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Section 1 


INTRODUCTION 


The NPIC Data System will undergo significant changes during the 1980s to meet the 

new requirements of its users. nderstands the critical importance of this sy:sTAT 
to the nation's security. Two key objectives must be achieved to be successful. 

First, the new capabilities to support additional data sources must be delivered on 
time for the BOC within tight funding constraints; and second, a system concept must 

be provided for FOC which significantly improves the capabilities of the image 

analyst to perform their job easier and with greater productivity. 


The Team has the project management abilities, techniques and experience to meSTAT 
these objectives. We have managed large complex data processing systems for other 
Government programs, such as Apollo, Shuttle, LAMPS and our current Data System, 
Modernization (DSM) and Global Positioning System (GPS) programs, and have developed 
the management expertise required to deliver systems within cost and on schedule. 


is highly committed to the success of the NDS program. Our project will repor> AT 


directly to an Vice President to provide proper execuSTAT 
focus and quick acces urces throughout We have assigned one of our mSTAT 
successful managers ae to be the Program Manager. He has extensive STAT 


experience in the Intelligence Community and has managed the development of other 
large complex systems. 


We have developed a detailed plan to staff the NDS program. All of the 166 people 
required at contract start have been identified and 72% either have NDS clearances or 
only require crossover. Also, we have identified 59 key personnel who will be 
included under the key personnel clause. 


The required secure facilities are already under construction so that we will be ready 
to initiate full program activities the day of contract award. 


has teamed with three other companies which complement the skills and brinSTAT 


key experience to the program. brings indepSTAT 
knowledge and experience with NDS operations. The ISTAI 
currently under contract to provide integrated work stations for the Navy and Army 
intelligence activities; they bring unique Integrated Work Station concepts to NPIC 
which will provide more function to the analysts thereby significantly improving 

their productivity. The has performed a wide range of system concSTAT 
studies with Intelligence Community Staff, the DIA and other government agencies and 
have excellent insight into NDS requirements. 


techniques for management of large complex systems will be key to the succes AT 


of the NDS D/C Segment implementation. These techniques are formulated around four 
concepts: (1) firm baseline points throughout the program lifecycle; (2) rigorous 
techniques to control changes to these baselines; (3) tracking and evaluating 
detailed technical status frequently; and (4) providing an on-going evaluation of the 
cost and schedule status of the program. Our day to day management of the program is 
tracked through the Program Management Control Plan (PMCP) which collects, at a 
detailed level, a description and schedule all project tasks and permits tracking 

of target and actual completion dates. Program costs are tracked through the Program 
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Control Management System (PCMS) which incorporates management estimates of cost to 
complete individual technical milestones, and provides comparison of this to the 
actual cost incurred. These two management tools provide key insight into pro- 
gram status and permit both and Government executive management good understand- STAT 
ing of program status and direction. 


The key challenge of the D/C Segment schedule is the development of the BOC software. 

During the DCP, the team performed a comprehensive code audit of the existing STAT 
system to ensure thorough understanding of the job to be performed. As a result of 

this audit, we have maximized retention of existing code at BOC and partitioned the 

CPCIs in a manner which permits parallel development without incurring risk. We have 

also developed ways to utilize commercially available software products to reduce the 

amount of software to be developed. This is the basis for our confidence that we can 
achieve the BOC milestone. 


STAT 


has developed comprehensive software development methodologies and software 


engineering practices which have been proven successful on other large software 
development programs. These techniques focus on intensive reviews of individual pro- 
gram design and code which enables early detection of problems and significantly 
reduces the cost of their correction. In addition, these techniques enable the inte- 
gration and testing of the software to proceed in a controlled and predictable manner. 
We feel our demonstrated ability in this area is the best in the industry. 


To facilitate the review of this proposal, a cross-referenced compliancy matrix is 
provided in Appendix B-4. This matrix correlates the RFP's Instructions to specific 
Sections in this Proposal. 
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Section 2 


CORPORATE COMMITMENT 


The team recognizes the national importance of the NDS program to the Nation's STAT 
security. We have committed the people, factltttes and resources to assure 
successful implementation of the D/C Segment. 


Success of the NPIC Data System (NDS) requires that the D/C Segment contractor under- 
stand the system's requirements and be fully prepared to assign the people, facili- 
ties, financial resources and management attention needed to achieve the program's 
objectives. 


OTAT 
wants to participate in the NDS program. The D/C Segment Saeches charteSTAT 
to undertake challenging, nationally important programs. It ties to other proslAT 


grams and objectives, and allows us to apply our skills in data base management and 
high speed transactions technology to the NDS problem. 


We believe our record of performance on DCP has demonstrated our technical expertise, 
management commitment and customer responsiveness. We made all our deliveries on 
schedule and we showed flexibility and open-mindedness in responding to NDPO direction. 
Our Corporate managements are resolved to see that this dedicated commitment continues 
throughout SAP. Figure 2.0-1 highlights the commitments we have made to the SAP. 
Figure 2.0-2 makes clear the all-out support of our subcontractors. 


PROJECT STAT 
MANAGEMENT 


ORGANIZATION Dedicated Project Team; No Other Assignments. 


REPORTING STAT 


EXECUTIVE Two Advisory Councils, Management and Technical, To Review/Advise 
ATTENTION Project; Composed Of Senior And Subcontractor Executives. STAT 


STAFFING 380 Positions, Corresponding to Full Peak Load Requirements, Identified and 
Filled, By Name. 


CONSULTANTS Imagery Analysis Authoritie: STAT 
Advise Staff, Particularly On Operational {ssues. 


CONTINUITY Project Team Will Continue Activities Through To Contract Award, To Assure Fast, 
Effective Start-Up. 


INVESTMENTS ‘And Subcontractors Have Invested More Tha Preparing For D/C Segment STAT 


Project. 


FACILITIES New 40,000 Square Foot SCIF In Construction; To Be Occupied By May 1, 1982. 


Figure 2.0-1. Corporate Actions to Assure NDS Commitments 
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February 24, 1982 


Mr. R. P. Hazzard 

Director, National Photographic 
Interpretation Center 

Washington, D. C. 20023 


Dear Mr. Hazzard: 


I am pleased to cote) resources to the 
successful development of the NPIC Data System. We have worked for 
nearly a year with your NPIC Development Program team, and we realize 
the critical nature of the NPIC Data System to the nation's security, 
we are also sensitive to the need for a cost-effective system solution 
to your requirements. > 


The Data and Control Segment development activity is consistent with the 
mission and experience of I have followed 
the development of our approach during the Study Phase and the Design 
Competition Phase and I assure you that I will continue to give the NPIC 
Data System Program the highest priority throughout the System 
Acquisition Phase. 


I have personally selected the senior managers for the program and have 
positioned the program reporting to the Vice President, Defense and 
Space Systems, providing us with maximum visibility of the program 
performance. i our program director, is uniquely qualified 
to lead our effort. He has extensive experience within the Intelligence 
community. He has successfully managed the large scale software devel- 
opment effort for the NASA Space Shuttle, and he is recognized widely 
throughout industry for his knowledge of large on-line systems imple- 
mentation, 


I am completely confident that the resources of th oe 


coupled with the skills and experience of our team members, 


brovide NPIC with the capability to meet 


your technical, schedule and cost objectives. Our Corporations are 
committed to your program and eagerly anticipate performing on it. 


Sincerely, 
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is pleased to be teamed with 


on the NPIC Data Systems program. Our professional association 


to the team has been demonstrated st year in the 
Study and Design Competition phases. has proposed 

a team of highly qualified technical, management and support 
personnel capable of ensuring that we meet our tasked commitments 
on schedule and within cost. 


with wf [ean back over the last decade and our commitment 


President of our Government 

Sector, and Senior Vice President and 
Managing Officer of our Communications, Electronics and Intelligence 
Division, have been designated to be members of the Program Manage- 
ment Advisory Committee and Program Technical Advisory Committee, 
respectively. These two senior officers, in addition to approving 
and auditing our quality assurance program and management controls, 
will meet each month with Vice President 

and Manager of our Intelligence Systems Practice and our NPIC 
Program Manager, to review the technical, cost, staffing, and 
schedule status. These reviews will also examine all potential 
areas of risk and plans for their reduction or elimination. These 
senior managers possess the resources and authority necessary to 
provide whatever is required by our program team to ensure a 
successful accomplishment of the critical program Milestones. 


looks forward to a successful relationship 
with as well as the NPIC on this program of extreme 
portance to the security of the United States. You have 
Our commitment. 


Ls pl ed to be te. 
jas a subcontractor for the NPIC data ( 
appreciate the importance of this program and ia f 
qualified technical personnel and management to assis 
which will be affordable, timely, and in accordance wi 


“ne 's extremel, oleased to de a member 


af 


BM 4 


team tor tne Vational Photographic interpretation Center Sata Control seqment 


Sestem Acquisition orogram, 
tre Vetronal defense and 1s pleased to commit anv and al! corporate 
required to ensure its unqualified success. 


recognizes that this program °5 critical to 


resources 


“hia vrogram 1s an extremely Cnalienging one from the viewpoint of 
acnedule and tecnnical requirements, and tt wilt require extraordinar, nandue - 


ment attention whtcn we diedye to provide. Because the data Lontro 
“5 such a Nigh priority effort 


ommi tments 


manager for tne duration of tne project. 


id, All key versonnel ‘aentified in our oropesa! will 
ie 


time at crogram initiation for the duration ot 


1 


program 


Inakes the faliowtng speci fre corporate 


f has deen asstuaned as Our full-tome crogram 


de asstaned tall- 
the contract 


3 wilt report directly to 


i xecutive 


dice President and “hief Operating Officer. 
access to the total resources of the corporation 


as reviewed our proposal and thts 
rxzs SSmmitments. 


on the Data contro! 


communications, and intelligence programs 


Very truly yours, 


we are loon'ng forward to working wth 
program watch will enhance our 
Ontinuing cose working relationship on seiected major command, contra! , 


letter. and ne 


to ensure tnat he nas 


te 


amed wit 

NDP} program. We fully 
committed with highly 
in providing a system 

th the user's requirement. 


The NDP program manager has been positioned within to allow the Corporate 
adhe 


office full visibility into the program to ensure 
cost and achedule. 


Fence to project performance, 


We look forward to a very succesaful relationahip with 


with our d4ssociates who 


are also membera of your team, and with your customers 
challenging program. 


Figure 2.0-2. 


Subcontractors' 


on this very important and 


Letters of Commitment 
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2.1 Corporate Structure 


We have placed the project high in our Corporate organtzational structures to ensure 
continuing executive vistbtlity and access to Corporate resources. 


ORPORATE STRUCTURE -- On programs of overriding national importance, policy 
is to align its Corporate resources to derive maximum benefit from our commercial 


and government-dedicated capabilities. For the D/C Segment, th 


has been assigned total responsibility for successful implementation of 
the project. single point of contact with NDS for all products and 
services, including commercial ADPE and field engineering s 

President and Chief Executive Officer, has delegated to 


full authority to meet our commitments to NDS. Figure 2.1-1 shows the corporate 
relationship of Jivisions participating in NDS. Interdivisional 
documents of understanding that set forth the duties and responsibilitites of each 
participating division are in place to implement directions. 


WITHIN THE -~ We have designated the D/C Segment project as 

a Systems Integration Unit (SIU) program, a special category we reserve for top 
priority programs. Of the some 100 ongoing projects, only five are SIU: the 

Air Force DSP, GPS, and DSM programs, the Navy LAMPS program and the FAA Air Traffic 
Control System. The D/C Segment project manager | directs a fully 
dedicated team and reports directly to Vice President of Defense 
and Space Systems. Figure 2.1-2 shows the D/C Segment Project within This 
reporting structure assures enhanced executive level management focus on NDS, improved 
division management understanding of NDS status, and more rapid availability of divi- 
sion and corporate resources to address NDS issues. 
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We have established a tailored project organization structure for NDS. As the Pro- 
ject Manager, is the single individual responsible and accountable for STAT 
the performance of the Team. He is the primary management interface to the NDIS IAI 
and he directs and controls all program activities. Section 3.1 contains a detailed 
description of the D/C Segment organization. 


STAT 


SUBCONTRACTOR CORPORATE STRUCTURE -- Our subcontractors have similarly positioned 
their own projects to emphasize management visibility and access to Corporate 
resources. Figure 2.1-3 shows the high level reporting relationships they have 
established. Each D/C Segment Project manager reports directly to a senior 

vice president. These Vice Presidents serve on one of the Advisory Councils, described 
below. 


ADVISORY COUNCILS -- To provide continuing overview of NDS status, each company has 
designated senior executives to serve on two advisory councils. As shown in Figure 
2.1-4, the Management Advisory Council (MAC) will be chaired by STAT 


and the Technical Advisory Council (TAC) will be chaired b STAT 
Vice President. The MAC will concentrate on areas of resources availability and 


on management performance that might impact cost and schedule commitments. It is 
responsible for validating that the project manager has the resources he requires 

and that he and his team use them effectively. It will assist in detecting major 
problems early enough to prevent or minimize_program impact. MAC will meet formally 
two or three times a year, or more often at discretion. will STAT 
report the work of the council to the NDPO. Between meetings, the Council members 
meet informally. 
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The Technical Advisory Council (TAC) will focus on significant issues of technical 
approach and implementation. TAC meetings will be scheduled to provide maximum sup- 
port to major NDPO design reviews. We have used Advisory Councils on our DSM con- 


tract and have found them to be effective. They help executive managers, the per- 
forming team and the customer. 


STAT 


Figure 2.1-4. Membership of Advisory Councils -- Resumes of the 


Council Members are Included in Appendix B-2. 
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2.2 Corporate Support 


Clearly defined responsibilities and reporting mechanisms between program and corpor- 
ate management enable early problem detection and resolution. 


CORPORATE AND PROGRAM RESPONSIBILITIES -- The fundamental objecti D/C 
Segment organization is to satisfy the requirements of the NDPO. 


NDS Program 


Manager is responsible for the execution of all activities within his organization 
to meet this objective. To achieve this objective, the corporation has six key 
responsibilities to the project: 


a. 


III-2-8 


Staffing the Program with Proper Management and Technical Skills. The 


Team has assigned uniquely qualified individuals to the project and 
developed a comprehensive staffing plan, as discussed in Section 6. 
Providing Facilities Space. Construction of NPIC facilities is in pro- 
gress and will be completed in time to meet project schedules, as 

described in Section 2.3. 

Providing Technical Expertise to Address Specific NDS Issues. Technical 
issues, such as the Communications Segment Local Area Network ae 
benefit greatly from using consultants with special expertise. rought 
in key people from its Communications Products Division during the DCP to 
address communication protocols. This type of support will continue during 
SAP to address key issues. 

Providing Executive Management Guidance to the Program. As NDS progresses, 
special internal reviews are conducted at key project milestones to inde- 
pendently evaluate project status and plans. These reviews also assure 
that the benefit from experience gained on other projects is applied to 
NDS. Within 90 days of contract award an independent team of key manage- 
ment and technical individuals will conduct a Program Control Review (PCR) 
to assess plans and status. The PCR report will be sent to 
the President and issues will be discussed directly with Project 
Manager In addition, as discussed in Section 2.1, the 
Management and Technical Advisory Councils, which include key subcontractor 
Management, meet periodically to assess status and issues. 

Providing Staff Support to the Program. Within the division organizational 
structure are the finance, personnel, planning, and product quality assur- 
ance organizations. ach of these provide direct support to the program, 
and also provide executive marlagement with an independent perspective 
on program status. Each subcontractor has similar staff functions per- 
forming similar services. 


Providing Investment Resources to Address Key Technical Issues. The 


Team has made substantial investments to prepare ourselves for NDS. At 


we spent approximately in 1981 to develop NDS proposals. We 


invested more to supplement the Study contract and we spent some 


STAT 


STAT 


STAT 


STAT 


STAT 
SIAI 


in discretionary IR&D covering a range of technical issues. Indicative of 


this work is our development of a Series/l-based pilot model of an inte- 
grated work station incorporating video disk technology, shown in Figure 
2.2-1. As part of our ongoing, supporting R&D program we demonstrated the 
model and reviewed our plans for its use with NPIC personnel. For 1982, 
we have allocated another for p development activity and have 
increased our IR&D-related funding to In addition, the product 


divisions that will provide ADPE to NDS are providing —_ with another 


for related business and technical studies. 
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Facility a the Pilot Will be Used to Develop Techniques STAT 
for Improving Productivity. 


Figure 2.2-1. Work fy chee Pilot Model -- Together With a Related 


supplemented their Study and DCP phase activities with discretionary STAT 
funds. In 1982, they allocated approximatel to D/C Segment-relat. . They STAT 
plan a similar level of investment for 1982. has invested more tha in work SIAI 
station-related developments since 1979. They plan to invest an additional in STAT 


1982. 


Our investment in facilities for NDS are discussed in Section 2.3. Together with our 


pro R&D investment, the team's total investment for 1981/1982 comes to more 
tha STAT 
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REPORTING METHODS AND REVIEWS -- The procedures used by the project team to develop 
plans, anticipate and identify problems, and to track progress are described in detail 
in Sections 3 and 4. It is the responsibility of the project management to provide 
corporate management with accurate status information, a clear identification of 
programmatic issues and plan for their resolution, and a specific request for any 
additional resource requirements. 


This communication occurs in four distinct ways. First, on a conti ig 
ivision Vice-President of Defense and Space Systems, and discuss 
program status. All major issues are tracked with appropriate action plans and status. 


Second, on a monthly basis 
any special needs. Third, 


President, is briefed on plans, status, and 


at key program milestones, formal internal reviews such as 


the PCR described earlier and the meetings of the Technical and Management Advisory 
councils are held. Finally, on a semi-annual basis the NPIC project participates in 
a division-wide planning activity which focuses on changes in program requirements 
for investment resource funding, facilities and staffing. 


Each subcontractor uses similar management reporting mechanisms. has met with 
the key subcontractor executive managers who are members of the Management Advisory 
Committee and have their concurrence that any issues they are aware of will be 


appropriately surfaced to 
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2.3 Facilities 


Constructton of a new SCIF, spectally destgned for NDS, is currently underway and 
eliminates any risk of not having facilittes available for contract performance. 


Almost all of the D/C Segment development activities will be conducted in our 


personnel will be colocated in 


team. Located about 25 miles from downtown Washington, 


the facility is close to the main plants of our subcontractors, as shown in Figure 
2.3-1. the planned manufacturing site for the IWS is less than a 3-hour 
drive. Proximity to NDPO will facilitate communications and our responsiveness to 
customer direction. 


Figure 2.3-2 shows the floor plan of the new SCIF being built to Tempest standards. 
The shaded area, comprising 7500 square feet, will be used at project start, along 
with 5600 square feet of existing SCIFs that are now being used for NDS. The new 
area contains offices for 60 people, a reception and security control area and a 75 
seat conference room with audio-visual facilities (Figure 2.3-3). 


The complete SCIF will be ready for occupancy by November 1. It includes six con- 
ference rooms and the terminal and computer rooms for the Development and Test 
Laboratory (DTL). Figure 2.3-4 shows the layout of the DTL. It will contain three 
processors- and the GFE Univac 1100/81--and associated IWS 
terminal and storage devices, together with powerful CADAM and SCRIPT facilities. 


The DIL also contains 90 alphanumeric terminals, for software development and program 
management. The Laboratory will also be operational by November 1, 1982. Until that 


time, the project will use an interim DTL in a secure area recently used for Project 
ZIRPEL. 


Because we anticipated the need for these additional facilities and began construc- 
tion in January 1982, they will all be available when needed; they meet the 
project's needs and there is no risk in achieving schedule. 
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2.3-2. D/C Segment SCIF--Shaded Area Will be Occupied on May 1, 1982. 
Balance on September 15 and November 1, 1982. Prior to September 15, 
the Project Will Occupy Additional Space in Existing SCIFs 
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Large Conference Room--We Recognize That Productive Meetings Require an Figure 2.3-4. Simplified Layout of the Development and Test Laboratory-- 

Appropriate Environment. The SCIF Contains Six Conference Rooms. One Contained Within the SCIF: Three Mainframe Processors, and 

Seats 75 People and is Similar to that Shown, in Another, Communications and Operational Terminals. Also 90 Terminals for STAT 
> == Software Development and Project Management Personnel and CADAM 


SCIF. 
and SCRIPT Facilities 


Figure 2.3-3. 
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Section 3 


PROJECT MANAGEMENT 


3.1 Organization 


We have established a strong D/C Segment project management organtzatton with clear 
lines of responsibility and staffed tt with technical and management personnel who 
have the right experience and demonstrated ability to meet NDS program objectives. 


ORGANIZATION IS STRUCTURED FOR EFFECTIVE DEVELOPMENT 


organizational policy STAT 


major programs is to establish a self contained program organization with total per- 
formance responsibility and effective control over the resources needed to get the 
job done. Our experience on major DoD and NASA development and integration programs 


such as LAMPS and DSM indicate this approach best assures 
essential to program success. 


the dedication and direction 


NDS is one of six current programs of such high national importance that the piSTAT 
ject manager warrants reporting directly to an Vice President. DSTAT 


Segment Project Manager, reports directly to 


Vice President, Defense STAT 


Space Systems, to assure high executive aa within 


STAT 


The D/C Segment project organization (Figure 3.1-1) is structured around the primary 
performance tasks defined in the WBS and SOW. By grouping related functions under 
single leadership we simplify lower level interfaces and ensure well-defined assign- 
ment of responsibility. The structure is an effective one for a major development 
effort in that it permits orderly phasing of activity through the natural evolution 
of design, development, test, and integration. System specifications are prepared 


by the System Engineering department; product development 


is accomplished by the 


Segment Development department in accordance with the system specifications; inte- 
gration and segment tests are performed by the Integration Test and Transition 
department in accordance with test plans and procedures. This structure allows initial 
development of the next system release (e.g., IOC) to begin during the integration and 
test of the previous release (e.g., BOC) allowing a controlled overlapping of activ- 


ities to shorten schedule without introducing risk. 
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OUR ORGANIZATION WILL BE REALIGNED TO FULLY SUPPORT OPERATIONS--After the IOC Factory 
Acceptance Test, full scale development activity will have been completed, and site 


activities become the dominating emphasis. At that time we will realigsSTAT 


to a aa organization to address site testing and transition to operational 
status (see Figure 3.1-3). Key technical and management personnel will be retained 
throughout the FY88 O&M period to ensure continuity of knowledge and expertise. 


The Operations and Maintenance department will be located eee support STAT 
testing, to train and assist personnel in operational use an o troubleshoot and to 


diagnose D/C Segment problems. The department will be staffed with key people having 
system, software and hardware expertise to respond promptly to operational needs. 


The Engineering Support department, located at the development facility, will be avail- 
able to support site personnel should additional resources or expertise be required. 
They will also be responsible for ECP activity. 


The Project Control Office will retain its cost, schedule, data management and con- 
figuration management responsibilities. It will assume the additional responsibilities 


of synchronizing activities between site and development facilities and management of 
our subcontractors. 


Our Operational Support Organization Offers Key Personnel on Site Who Have the Expertise 
and Knowledge to Promptly Respond to Testing and Operational Support Needs. 


NDS D/C Segment 


Project Manager 


Operations & : Project Engineering 
Maintenance Control Office Support 


@ Operational Support Cost & Schedule System Engineering Support 


@ S/W Maintenance Data Management S/W Engineering Support 
@ H/W Maintenance Configuration Management H/W Engineering Support 
Subcontract Management Test Support 
ECP Coordination 


Figure 3.1-3. Operational Support Organization 
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3.1.1 Subcontractor Organization 


The subcontractors have each established dedicated NDS Project Organizations 
which will be located in the factlity. 
has selected to perform on the D/C Segment development. Their 
respective organizations are shown in Figures 3.1.1-1 through 3.1.1-3. Each of the 
subcontractor Project Managers - STAT 
~ has been delegated by their senior management with full STAT 


authority to direct all assigned resources and to represent and commit their 

respective companies on all matters pertaining to the D/C Segment. Contract per- 

formance will be at the to facilitate communications and STAT 
to permit quick problem identification and resolution, 


Each subcontractors qualifications and primary role are highlighted below. Section 
3.3, Subcontractor Management, describes their responsibilities and Statements of Work. 


ax selected for STAT 
their unique and in-depth knowledge and experience with NDS operations 
including mission support data processing functions, segment test, user 
operations in data entry and reporting, and cable generation. They are 
thoroughly familiar with the intelligence problems and tasking concepts, 
collection strategies, collection management and accomplishment reporting. 
We have capitalized on their experience by assigning them tasks in operations 
concept analysis, transition planning, training, test, and selected software 
development. 


STAT 
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b. [_ |was selected for their extensive experience Pam a Le. las selected for their knowlecSTAT 
@ with the Intelligence Community, which includes classified programs with and experience in Integrated Work Stations (IWS). [| jis now under contreSTAT 
the Intelligence Community Staff, the Defense Intelligence Agency and other to Navy Intelligence and the Army providing large scale IWS's. These IWS's, per- 
Government agencies. Based upon this experience, anat primarily support 
| jon software development relating to Pre-Exploitation and simulation for tions, are very similar to the requirements of the NDS program. | |wil SIAL 
“design validation. support, in the IWS hardware development and the associated IWS softwarSIAI 
development. 
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3.1.2 Organizational Responsibilities 


Each organization has technical and financial responetbility for specific tasks with @ 
clear traceability to the WBS and SOW. 


OUR PRACTICE IS TO ASSIGN A SINGLE POINT OF RESPONSIBILITY--A cornerstone | | 
management philosophy is single-point accountability. This concept demands that each 
individual in the organization is assigned a specific area of work for which he is 
totally responsible and accountable. Managers are given responsibility for specific, 
clearly defined areas within the project. They are responsible for achieving a thor- 
ough understanding of requirements, monitoring the status of development items, moni- 
toring and coordinating delivery schedules and managing their departments to deliver 
quality products. 


Each manager in the D/C Segment organization is assigned responsibility 

for specific contract deliverables, WBS elements and SOW tasks, These 

Managers are responsible for planning these tasks, subdividing, and delegating 
them to lower levels, coordinating external and internal dependencies, monitoring 
status, and delivering quality products. 


fashion, permitting the members of our team to simplify interfaces, crisply define 
accountability and permit objective measurement of performance. | ‘SOW has been 
written to correspond to the Government WBS and our WBS is directly traceable to the 
SOW. The project organization has been structured around the primary performance 
tasks defined in the WBS and SOW. Figure 3.1.2-1 shows the SOW to WBS correlation 
and the responsible| Manager. 


The SOW's for our three subcontractors have also been written to correspond to the WBS 
(Reference Appendix B-1). Section 3.3 describes in detail the subcontractors responsi- 
bilities and the role of the Subcontract Acquisition Manager. 


The Project Control Office identifies the data element required to satisy the contract 
needs, schedules the data deliveries and verifies the accuracy of the form and format 
of such data. The originating department maintains the responsibility for the tech- 
nical content and the need for any revision activity. The PCO coordinates the final 
document review bctore it is delivered, ensuring Quality Assurance and other technical 
organization review prior to approval for delivery. The PCO, working with Security, 

is the only authorized! lore to issue, reproduce and make distribution of formal 
documents, schedules and subsequent revisions. 
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3.2 Project Management ® 
The NDS Project Manager single point of responsibility for accom- STAT 
pltehing the D/C segment objectives and he has the complete resource control authority, 

OUR PROJECT MANAGER HAS FULL AUTHORITY - is directly responsible for con- STAT| 
tract performance and project success. He is authorized by STAT 
to represent to NDPO and to commit the Company on all technical and contractual STAT 
matters. 


In managing cost, schedule, and technical performance the Project Manager: 


a. has the sole authority to commit program funds. He allocates budgets to 
his subordinate managers by authorizing work packages and he tracks their 
progress ubing’ "i fPeogra Control Management System (PCMS). He alone STAT 
has the authority to terminate work packages and to add new ones. 

b. is authorized to establish internal schedules consistent with the con- 


tractual schedule and to accept schedule redirection from cognizant 
Government authority. 
c. has the authority to reorganize and redeploy his resources to meet unfor- 
seen performance or schedule problems and to obtain fies endl eicaurael 
resources if needed. By virtue of his reporting position and STAT 
specific charter, he has priority in calling on our most experienced people. 
If needed, he can engage other subcontractors or consultants. 
d. has established formalized interdepartment communications procedures and 
regular internal reviews to ensure that all technical work, as described 
in the Project Master Control Plan, is accomplished and meets NDS require- 
ments. He has approval authority for all contract deliverables. 
e. influences the Division's allocation of discretionary funds. He has pre- 
sented and gained approval for a 1982 program estimated at with direct STAT| 
cost and schedule risk-reduction benefit for NDS. 


MANAGEMENT BY OBJECTIVES IS A PROVEN MOTIVATOR -- reputation as one of the STAT] 
strongest management teams in industry stems from a rich base of complex systems 

Management experience and a set of beliefs on which we premise all of our polices and 
actions (see Figure 3.2-1). For over 25 years has evolved a mature set of pol- STAT 
icies and procedures os integrates technical directives, project management, and 

people management. 


To encourage employees to perform at the peak of their capability, utilizes a per- STAT 
formance planning and evaluation program. Performance objectives reflect specific NDS 

work responsibilities that are assigned to each individual. The degree to which these 
objectives is met is the principal determinant in salary reviews and promotion. When 

our team does well in a contractual evaluation, our key people do well in their own 
appraisals. Our performance planning and evaluation process has been defined over 

years of use, and has proven to be an effective way to motivate and reward people. 
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Excellence, Customer Service, and Respect for the Individual are the Basic 


Beliefs On Which Our Policies and Actions Rest. 


Task Decomposition 
Resource Sizing 
Dependencies identified 
Scheduling 

Costing 

Document Plans 
Clearance Submittals 


Activity Network 


Interface Control Documents 
Configuration Management 


Quality Assurance 
Reviews & Audit 
Security 


FSD PROJECT MANAGEMENT 


PLANNING 
WorkBreakdown Structure (WBS) 


ORGANIZING 


Key People Identified 
Responsibilities Allocated 
Staffing 
Subcontracting 


COMMUNICATING 
@ Project Meetings 
@ Reports 

@ Reviews ; 
® Technical Exchanges | 


MANAGING 
@ Specific Job Objectives 
@ Guidance and Supervision 
@ Performance Appraisal 

@ Recognition and Award 


PERFORMING 
@ Task Accomplishment 
@ Integration of Tasks 

@ Validation 


Figure 3.2-1. Integrated Management 
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3.2.1 Project Management Plan Overview aa 


will use an integrated technical, cost, and schedule management approach to STAT 


achteve successful BOC, IOC, and FOC deliveries. 


STAT 


experience in developing complex systems such as Apollo, LAMPS, GPS, and DSM has 


produced a mature set of practices and procedures for managing the development of large 
systems. These procedures, covering project management and technical management, have 
been tailored according to customer requirements for the D/C segment and reflected in 
this proposal. This process will continue into the SAP to insure our experience, as 
reflected in these management procedures, is best applied to the important BOC, IOC, 
and FOC objectives. 


PROJECT PLANS--Figure 3.2.1-1 reflects overall management approach. A set of STAT 
management and technical plans are written to describe the overall approach which 

will be used on the project in various areas. In general these plans are written 

only once, although they may be updated occasionally to reflect changes in overall 

approach. 


basic approach to Project Management is formally documented and has been STAT 
designed for firm control and high visibility both internally to and externally STAT 
to our customer. Using the Program Implementation Directive (PID) and the D/C Segment 

RFP and supporting appendices, we have adapted our procedures in accordance to your 

guides in establishing our D/C SAP approach and plans. Our approach imposes controls 

at the very beginning of an effort through to its completion. The concept of baselined 

plans and reporting status is an integral part of our approach. 


The Segment Development Plan and subordinate plans, Subcontractor Management Plan, & 
Configuration Management Plan, and Quality Assurance Plans provide the early guid- 
ance on how we will manage and control the development effort. 


Prior to contract award we will have all of our development plans in place. These 
will be updated at contract award time to reflect changes resulting from reviews, 
negotiations, or redirection. 


PROJECT CONTROL DOCUMENTS--The primary working documents used to track, monitor, and 
control project status are the Project Master Control Plan (PMCP) and the Program Con- 
trol Management System (PCMS). 


The PMCP is used by the management team to assign work responsibility to specific 
organizations and people, and to review status of activities. The PMCP contains a 
detailed list of all project activities, including who is responsible for the activity 
and what the due date is for completion. It also contains a detailed list of project 


issues which require the focus of both and Government management. This document is STAT 
updated weekly and used as the basis of review meetings by the project manager with 
internal and subcontractor management as well as Government management. The PMCP STAT 


is described in detail in Section 4.2.2. 


The PCMS system is used to project, monitor, and track cost estimates against actual 
expenditures. This system was first certified as meeting the requirements of DODI 
7000.2 in 1972 and that certification was extended in 1975. It is a comprehensive 
system which covers planning, tracking, and corrective action and incorporates the 

earned value concept in evaluating both schedule and cost status. Actual cost and @ 
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schedule status is reported against the baselined planned position. Monthly, each 
performing manager reviews his progress relative to the established milestone and 
assesses his earned value. Because multiple measurable milestones have been carefully 
defined, an objective measure of progress is determined. A detailed description of how 
this system works is presented in Section 4.2.1. 


The third major control mechanism is the use of formal reviews throughout the develop- 
ment and implementation process. Customer reviews, such as PDR, and CDR provide 
methods to baseline the overall system requirements and design, and provide Government 
insight into system status. In addition, there are detailed internal reviews of 
system design. As software and hardware are developed, in-depth design and code 
inspections are held. These plans and processes are discussed more fully in Section 5. 


A Common Set of Baselined Plans are Established by Contract Start. Development 
Progress is Dynamically Tracked, Controlled. and Reported to Those Baselined Plans. 
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IBM MANAGEMENT 
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Figure 3.2.1-1. Project Plans, Control, and Visibility 
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3.2.2 Government Visibility 


Our projeet management plans and procedures provide high visibility into the develop- @ 
ment process. 


There are four levels of interaction with the Government which will ensure early 
identification and quick resolution of problems while maintaining good control over 
development baselines. 


CONTRACTUAL INTERFACE-- All deliverables fall into this category. The Project Control 
Office Manager is responsible for coordinating the final review and delivery of CDRLs 
and ensuring that QA inspects them against our quality standards. 


TECHNICAL REVIEWS AND INTERFACE MEETINGS -- This category includes formal customer 
reviews, such as PDR, CDR etc, to establish development baselines and Interface Control 
Working Group Meetings to generate ICDs. The System Engineering Manager is respons- 
ible for the reviews and our support of Interface Control Working Groups (ICWG). 


We propose a Segment Baseline Review (SBR) within 60 days of contract award to reach 
agreement of segment requirements particularly for those requirements affecting BOC. 
This milestone will enable our segment design activity to get an early start and will 
facilitate the subsequent PDR to focus on preliminary design. We realize that open 
issues on selected requirements will exist and changes will be imposed as the other 
segments are reviewed. However, the SBR will provide us with an important level of 
understanding and guidance to initiate the design activity in the proper direction. 


reviews and submit the Quarterly Progress Report to provide status to the customer on 


PROJECT STATUS REVIEWS AND REPORTS -- The Project Manager will conduct the monthly = @ 
a regular basis. 


has assigned the Project Control Office (PCO) as the primary organization STAT 


for collecting and maintaining the program status. The PCO will maintain a central 
data bank to facilitate our interfaces. The NDPO, through a single contract to the PCO, 
can acquire the latest versions of all CDRLs and other NDS correspondence. 


TECHNICAL EXCHANGES AND DAY-TO-DAY INTERFACES -- will identify and make available STAT 
the right personnel to respond to Government questions. We expect and encourage 

points of contact to be established so that technical counterparts can participate 

directly. To achieve open yet disciplined dialogue, significant interchanges will be 
documented to highlight issues discussed and agreed upon follow-on activity. Critical 

issues and important discrepancies uncovered in our discussions will be brought to the 
attention of the NDPO immediately by the Project Manager. As discrepancies are 

uncovered, we will apply strong management direction to resolve them at the working 

level, identifying and applying the most effective corrective action. Our team's 30 

minute proximity to NDPO will facilitate the effectiveness of this communication. 
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3.3 Subcontractor Management 


Our Subeontract Acqutsttton Manager has successfully negotiated a detatled Statement 
of Work, set of deliverables, and performance schedules with each of our subcontractors. 


SCOPES OF WORK AND AN AWARD FEE STRUCTURE HAVE BEEN AGREED TO--We have received signed ~ 
off proposals from each subcontractor in which they responded to detailed Statements 


of Work. is responsible for operations concept analysis, transition planning STAT 
integration, test, training and selected S/W development. has responsibilitiesS|A]| 
for the IWS and associated software. is developing a simulation model for des:‘STAT 


validation and the Pre-Exploitation CPCI. Responsibilities for deliverable items are 
explicitly defined in Figure 3.3-l. 


The subcontractors agreed to sign a Cost-Plus-Award-Fee (CPAF) contract with a small 
cost base and the remaining fee based on award. The award will be based on three 
performance measurements: technical management, milestone management and cost 

control. Evaluation of subcontractor perform will be accomplished by a Perform- 
ance Evaluation Board (PEB) consisting of the subcontract Acquisition Manager, STAT 
the member of his staff assigned to that particular subcontract and managers of 

Systems Engineering, Hardware Development, Software Development, Integration Test and 
Transition, Procurement, and Quality Assurance. This board will numerically evaluate 
subcontractor performance every four months determining the fee earned for the period. 
Fee not earned for particular periods will be returned to a fee pool for possible use 
as added incentive against any critical tasks that arise throughout the project. This 
kind of award arrangement assures maximum performance from the subcontractors. The PEB 
will be chaired by NDS Project Manager. This will assure fairness tSTAT 
the subcontractors and continued high visibility into subcontractor activities. 


FULL CONTRACTUAL RESPONSIBILITY IS ASSIGNED TO THE SUBCONTRACT ACQUISITION MANAGER -- 
subcontract management approach places cost, schedule and technical control STAT 
our three subcontractors with our Subcontract Acquisition Manager, wSTAT 
reports directly to the Project Manager. He has exclusive authority to direct con- 
tract changes (through Procurement) and to direct each subcontractor's Project Manager. 


He is accountable for results. He is responsible for monitoring the subcontractors' 


exchanges occur with appropriate groups. For each of the subcontractors, STAT 
has assigned a strong senior-level technical individual who is responsivlAl 


total cost, schedule and technical performance and for ensuring that technical 


for monitoring the technical performance of that subcontractor and for calling on) STAT 
groups to critique and provide technical guidance to subcontractors. Direc hnical 
interchange occurs as needed between the subcontractors and the Seprderises  eeSTAN 
nical group (see Figure 3.3-2). This organizational approach has been used success- 
fully in managing over $3 billion in subcontracts on programs such as the B52 Avionics, 
LAMPS MARK III, TRIDENT, DSM and GPS. 


SUBCONTRACTORS ADHERE TO PROVEN CONTROLS- systematic management is impolAT 


on our subcontractors and is reflected in our NDS Subcontract Management Plan. We have 
imposed DODI 7000.10 financial reporting, our Quality Assurance Controls, our Config- 
uration Management procedures, and our planning and reporting procedures. Section 4 
describes in detail our project plans and control methodology. 
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Subcontractor SOWs Clearly Delinieate Measurable Tasks and End Products. 


SUBCONTRACTOR ACTIVITY CORL # CDRL NAME 
i= el System Engineering 


Segment Operations Concept 
Segment Operations Spec 
Users Manual 
Operators Manual 
BMANIP Part 1 Spec 
BTTDEV Part 1 Spec 


Software Development BMANIP Programmers Manual 
BTTDEV Programmers Manual 
BMANIP Part 2 Spec 

BTTDEV Part 2 Spec 
BMANIP Data Dictionary 
BTTDEV Data Dictionary 
BMANIP CPCI 


BTTDEV CPC! 


Test & Verification Test Plans 


Segment Test Report 


Segment Transition & Integration Plan 
134 Segment Installation Plan 

Facility 1.D.R.S 
Segment Shipping Plan 


Installation-Checkout & Test 


Maintenance (UNIVAC System) UNIVAC System/Software Support 


Training Segment Training Plan 
Segment Training Materials 
User Training 

Operator Training 


Maintenance Training 


Operations & Maintenance 
{BMANIP, BTTDEV) 


Operations & Maintenance Plan 
Maintenance & Logistics Plan 
Probtem Trouble Reports 

CCB Assessments 


System Engineering Requirements Traceability & 


Verification Matrix 


BEPPRE Part 1 Spec 
Technical Performance Measurements 
Design Validation Report 


|__ 


Software Development BEPPRE Programmers Manual 
BEPPRE Part 2 Spec 
BEPPRE Data Dictionary 


BEPPRE CPC! 


Operations & Maintenance 
(BEPPRE} 


Problem Trouble Reports 
CCB Assessments 


System Engineer WAPPLS Part 1 Spec 
WSYSTEM Part 1 Spec 


IWS Hardware Development 360 Basic Work Station 
140 Expanded Work Stations 
500 Image Work Stations 


IWS Hardware Sparing 


Software Development WAPPLS Programmers Manual 
WSYSTEM Programmers Manual 


WAPPLS Part 2 Spec 
WSYSTEM Part 2 Spec 
WAPPLS Data Dictionary 
WSYSTEM Data Dictionary 


WAPPLS CPCI 

WSYSTEM CPCI 
Operations & Maintenance IWS Test Plans 
{WAPPLS, WSYSTEM, IWS) Tempest Test Plans 


IWS Test Procedures 


Tempest Test Procedures 
Probiem Trouble Reports 
CCS Assessments 


Figure 3.3-1. Subcontractor's Responsibilities 
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Each subcontractor will submit detailed plans and schedules for inclusion in the Pro- 
ject Master Control Plan. They will assess their status and review their Project 
Master Control Plan updates with the Subcontract Acquisition Manager at least weekly. 
The plans, interfaces, and status for the all D/C Segment Contract Performance are 
reviewed at the weekly PMCP review meeting. 


We will emphasize early problem identification with our subcontractors by close moni- 
toring and frequent communication. In addition to the formal fourth month 
performance evaluations, interim critiques will be reviewed with each subcontractor. 


HIGH GOVERNMENT VISIBILITY INTO SUBCONTRACT EFFORTS IS PROVIDED -- Subcontractors 

will participate directly in formal reviews to the customer such as PDR's, CDR's and 
test reviews. At monthly customer status reviews, will report on the progress STAT 
the subcontractors and when appropriate the subcontractors themselves will provide 
detailed status to the customer. In addition subcontracts will be awarded and 
administered in accordance with DCAS approved Procurement policies and procedurSTAT 
These provisions allow the Government or his representative to review progress in 

our location and witness key tests as required. Our subcontractors are colocated with 
us in our facility and the total team is in close proximity to govern-sTAT 
ment personnel. [his Colocation will promote an integrated team approach through 


weekly technical exchange meetings as well as frequent informal discussions among 
all our team members. 


Disciplined Checks and Balances Allow a High Level 
of Interaction toa Ensure Technical Continuity. 


Subcontract 
Acquisition 
Manager 
Contract Issues 
ECPs 
Contract Mods Procurement Technical Recommendations 
Technical Directives Data Review 


PMCP Documentation Review 
End Product 


ngineering STAT 


Development STAT 
Technical Guidance Integ. Test & Trans. 
Project Control! 
Technical Interchange OA 


Government Visibility & Involvement: 


Subcontract Management Plan 

PDRs 

CDRs 

Status Reviews (Monthly) 

Technical Exchange Meetings 
Frequent Informal Discussions 
Project Master Control Plan {(PMCP) 
Financial Report (Monthly) 

Progress & Status Report (Quarterly) 


STAT 


Figure 3.3-2. Team Interactions 
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3.4 Security 


security plan, used successfully on Agency programe, and over 30 SCI projects, STAT 
fully complies with the high security directives of NDPO. 


PROVEN EXPERIENCE WITH AGENCY SECURITY REQUIREMENTS -- security organization STAT 
has successfully supported our current and past technical activities on major Agency 
programs including Applications Development, CAMS, DORIC, Intelligence Community Staff 
Studies, and other classified compartmented activities. Our security staff also 

supports activities with other Government agencies on many SCI projects such as ZIRPEL, 
MINSTREL, and Sea Nymph. Our security policies, procedures, and SCI facilities have 

been proven by successful performance to be in compliance with the NDS Security Guide 

and the "Standard Security Procedures for Contractors" manual. 


OUR SECURITY ORGANIZATION IS RESPONSIBLE TO EXECUTIVE MANAGEMENT -- To make certain 

that the desired high level of security is maintained, all SCI security functions are 
responsible directly to executive management. Our NDS D/C Segment security STAT 
organization is structured to provide responsible and effective security support and 
guidance to D/C Segment personnel. The organizational chart is shown in Figure 3.4-1. 


lis the NDS D/C Segment Project Special Security Officer. He has over STAT 


15 years experience with SCI activities at the Agency. His responsibilities and 

duties will be to administer the security program, including coordinating subcon- 

tractor security activities, and directing those functions outlined in Figure 3.4-1. 

He will be the direct interface with NDPO on all security matters. The NDS D/C Segment 
security staff including alternate Project Security Officer, Security Specialists, and 
Document Custodians, report directly to him. , & 


Our Experienced Security Staff Has Clear Lines of Responsibility to the NDS Proj- 
ect Manager and to 1BM Executive Management to Ensure Full Compliance to NDS 
Security Requirements. 


Functions Vice President 
a Defense & 
@ Badging Space Systems 


@ Briefings/Debriefings 
@ Special Access Processing 
Visitor Control 
NDS D/C Segment 


Secure Communications Vice President Proj 
Space Systems roject Manager 


ADP Security 


Secure Facility Controt 
Document Control 
Classified Destruction 


Security Awareness Program 


Figure 3.4-1. Security Organization and Functions 
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3.4.1 Security Procedures 


Our Security Plan and Procedures for the D/C Segment are an extenston of DCP Security & 
and will inelude the addittonal requirements and procedural changes to fully satisly 
all NDS SAP security guides. 


STANDARD PRACTICE PROCEDURES (SPP) ARE BEING EXPANDED -- All security plans and pro- 
cedures meeting Agency requirements during the Study and Design Competition Phases 
have been reviewed. These proven procedures are being expanded to include new secure 
facilities, additional access controls, upgraded document control procedures, addi- 
tional ADP, and other procedural changes. The Security Plan and SPP will be in place 
by contract award. 


As shown in Figure 3.4.1-1 the SPP will address the primary areas of personnel, sub- 
contract interfaces, document control, physical security, access control and ADP 
security as well as other areas of security interest. All NDS D/C Segment project 
personnel, including our subcontractors on premise, will be required to read and 
acknowledge their understanding of SPP on an annual basis. The primary areas of the 
SPP are highlighted below and in the following section. 


a. PERSONNEL SECURITY -- Based upon our activities in previous NDS phases, and 


with other groups in the Agency, has considerable experience in proces- STAT 
sing requests for security accesses. Subcontractor requests for access will 
be submitted, with the approval of the NDS D/C Segment Project Manager, STAT 


by our security staff. 


Upon notification that an individual has been approved for access, the 

security officer will provide formal indoctrination and brief the indivi- & 
dual regarding his security responsibilities. Additionally, in conjunction 

with our security education program, D/C Segment personnel will receive 

periodic reindoctrinations regarding project security and other SCI security 
awareness information. 


' Procedures have been developed to ensure any security violations, or possible 
compromises, are promptly brought to the attention of the security officer. 
Any instances will be thoroughly investigated, and in accordance with 
instructions will be reported immediately to the Government. 


b. SUBCONTRACTOR INTERFACES -- All on-premise subcontractors will adhere to 
our SPP in its entirety. Specific procedures addressing the interfacing 
with subcontractors have been established and are included in the SPP. These 
procedures distinguish prime and subcontractor responsibilities and the 
specific provisions for visit certifications, couriers, and communications. 
We will continue to exercise security cognizance to assure subcontractor 
compliance with NDS security guidelines and directives. 


c. DOCUMENT CONTROL -- Agency document control guidelines utilized on DCP and 
past projects, formed the basis of our document control system for SAP. 
The system is separate from other document control systems and handles only 
NDS project related classified material within the secure area. Transmission 
of classified material will be coordinated with the Government and our sub- 
contractors through established approved courier channels. Identification, 
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Reproduction 


of classified material will be by Government authorization and material 


will be controlled and accounted for by the document custodian. 
of classified material will be in accordance with authorizations. 
a Security Engineering Machine Model 22 approved by the Agency 
Procedures are in place that include two briefed individuals 


for SCI use. 
being present for 


Destruction 
haSTAT 


the destruction process. 


has an approved secure 


STAT 


communications facility in use and also utilizes special mailing addresses 
when required by SCI activities. 


Comprehensive Security Pro 


On-Premise Subcontractors 


Personnel Security 
pall De pedelsdancaeabic ec f 


Special Access Requests 
Access Passing 

Briefings 
Reindoctrinations 
Debriefings 

Inspections 

Security Education 


Subcontractor Interfaces 


Security Cognizance 

Prime & Sub Responsibilities 
Visit Certifications 
Classified Material Handling 
Courier Procedures 
Communications Channels 


Figure 3.4.1-1. 


ADP Security 


Emanations & Tempest 
Ingress/Egress Procedures 
Alarm Systems 

Document Control & Storage 
Magnetic Media Handling 
Password & Audit Trails 
Terminals 
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cedures Provide Detailed Guidance to all Project Personnel Including 


Document Control 


Receipt & Logging 

Filing & Accountability 
Charge Documents In/Out 
Transmit Class. Material 
Inventory 

Reproduction 

Destruction 


Physical Security 
and Access Control 


Alarms & Locks 
Safes 

Telephones 
Construction Specs. 
Facility Protection 
Visitory Control! 
Combinations 
Emergency 


Security Standard Practice Procedures 
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3.4.2 Secure Facilities 


We are expanding our secure facilities for the D/C Segment to a total of 40,000 
feet maintaining full compliance to physical and security requirements, 


PHYSLCAL AND ADP SECURITY CONTINUE TO RECEIVE FULL ATTENTION--The 
physical specifications o urrent and planned SCI facilities meet the require- STAT 
ments of the Agency. Our Cleared facilities in include secure work and STAT 


storage areas as well as secure shielded computer facilities. In 1981, our expansion 
program included the addition of approximately 40,000 sq. ft. in secure facilities. 
Expanded new secure facilities are in progress for the D/C Segment SAP. The NDS D/C 
Segment security officer and his staff are working closely with our facilities 
organization to ensure all physical security standards and requirements are main- 
tained. Floor layouts and additional facility data are shown in Section 2.3. 


Storage for classified material is being provided to meet your requirements. We 
utilize both vaults and closed storage. The vaults are constructed and alarmed in 
accordance with Government specifications. For closed storage, GSA approved con- 
tainers are used within a volumetrically alarmed secure area. Combinations are 
changed at six month intervals or more frequently as required. Appropriate logs and 
records are maintained for openings and closings. Currently, NDS D/C Segment has an 
operational interim computer facility in In addition, STAT 
has three other RF shielded enclosures supporting SCI activities which fully meet NSA 
Specification 65-6. The SPP includes but is not limited to procedures on emanations/ 
Tempest, ingress/egress, alarm systems, document control and storage, magnetic media 
handling, password and audit trails and terminals. 


VISITOR AND ACCESS CONTROLS ARE COMPREHENSIVE -- Procedures are in place to control 
access to the D/C Segment secure area and to maintain its secure integrity. A project 
access list will be posted near the ingress/egress point. A visitor's register will 
also be maintained near the entrance. Any individual not on the access list will be 
considered a visitor and will be required to register in and out. Prior to entry, 

the project member responsible for the visitor shall check the area making sure all 
material is secured and all classified discussions have ceased. 


Plant facility protection officers are on duty at our command post STAT 
24 hours a day, seven days a week. Normal duty coverage is four officers and one 

manager. The facilities are patrolled every one to two hours. Facility protection 

personnel are not SCI cleared and they do not have access inside the secure areas. 

They are, however, cleared at the DOD Top Secret level. 


Alarm annunciator panels are located at the command post. Response time from the 
post to any secure area is three minutes or less. Facilities Protection personnel 
have been provided specific written instructions including call lists for use if an 
alarm sounds. 
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3.5 Issues 


We continue to focus on programmatic options, baselined requirements, design assump- e@ 
ttons, and the use of shared resources to tdentify opportunities for program cost 
and technical risk reduction. 


PROGRAMMATIC OPTIONS CAN REDUCE COST AND RISK -- Both the Team and the Government STAT 
have identified programmatic options that could reduce near-term program costs and 

minimize long-term technical risks in achieving the stated FOC requirements. These 

options are based on relaxing non-critical requirements at IOC, deferring development 

of the IWS until after IOC, or increasing utilization of the existing UNIVAC equipment 

for the IOC solution. Analysis of these options is contained in Section 8 of this 

document and in Section 10 of the Technical Proposal. These options will be given 

continuous attention through the Segment Baseline Review and PDR. Figure 3.5-1 

delineates the programmatic options, baseline requirements and design assumptions 

that warrant further investigation. 


SEGMENT BASELINE REVIEW WILL RESOLVE OPEN REQUIREMENTS AND DESIGN ISSUES -- We pro- 
pose a Segment Baseline Review within 60 days of contract award to reach agreement on 
segment requirements, design assumptions and other open issues. The purpose of this 
review is to resolve the existing five requirements issues which are described in 
Section 2.2 of the Technical Proposal. In addition, this meeting will solidify the 
design assumptions discussed in Section 5.1 of the Technical Proposal upon which the 
proposed schedule and cost are predicated. The design assumptions are primarily 
driven by inter-segment issues such as communication protocols and query language and 
to a lesser degree by segment design issues. Closure by the July 1982 SBR, or as soon 
thereafter as possible, seems feasible in view of the on-going work to resolve the 
issues even before all segment contracts are awarded. To promote this effort, we S 
propose informal discussions with the contractors, SI and Government prior to segment 
awards, and early establishment of appropriate Interface Control Working groups. 


CONTROL COST BY MAXIMUM USE OF SHARED RESOURCES -- Several resources exist, which if 
efficiently planned, can reduce cost and development time. In addition to full use 
of the existing Univac equipment, another opportunity for cost and schedule control 
exists in utilizing critical skills and experience of the System Integrator (SI) and 
Computer Services Division (CSD) personnel to carry out critical development tasks. 
This could be particularly valuable in converting DMS 1100 from version 6 to version 
8 beginning in May 1982, and in updating documentation originally developed by the SI 
or CSD. We propose that a minimum of one SI and two CSD personnel participate in the 
conversion effort. Additionally, CSD could assume major responsibility for revising 
documents where little initial modification is envisioned, such as OASIS, XAU and XMN, 
and consultation in the revision of critical functions such as XES or XMS. This 
support could be a significant factor in cost and risk control. 


Training and familiarization in the early and later stages of the program could be 
effectively accomplished by government or SI personnel with particular expertise in 
these areas. We anticipate that the government will conduct training courses in 
orientation of the facility, system and data base, as well as courses in familiari- 
zation with table driven software. Later on, the government could assume a major role 
in developing with the contractor the training plans for the new system. 
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Operations and maintenance is another area where government resources can be 
effectively applied to reduce cost and risk. We believe that maintenance of the 

system should be shared equally between the government and the contractor after 
acceptance in Gradual phasing to 100% government maintenance by FY8STAT 
is also envisioned. 


A final area to be considered is the NDPO human factors lab. Extensive test and 
experimentation will be necessary to develop firm requirements for the IWS. The 

prime objective is to define requirements which optimize IA productivity to reduce 

NDS operations cost. We would augment the existing lab with work station hardware, and 
provide test planning and data reduction resources to examine critical design and 

human factors questions. This would couple the government's lab facilities and 

access to operational personnel with the contractor's equipment, testing and human 
factors resources. 


MAINTAIN ACTIVE JOINT COST CONTROL PROGRAM -- During the DCP, cost control has been 
enhanced by the joint efforts of the government and the contractor to explore cost 

and risk reduction alternatives during reviews. This effort can be even more 

effective in the System Acquisition Phase by the use of monthly P eports which 

will make visible incurred and projected costs. In addition, the team will STAT 
conduct a review of all internal and government documentation requirements to reduce 
administrative overhead. We will continue to identify and assess cost reduction 
options, which will be reviewed with the government at the SBR, PDR and CDR. We are 
confident that this continuing focus can result in mutual government and contractor 
containment of costs. 


Potential Areas To Reduce Cost and Technical Risk 


Actign Plan 


Programming Options @ Relax Non-Critical Requirements 
(Investigation) @ Implement Alternative IWS Development Plan 1 Apr 82 1 May 82 
A. — Use Proposed !BM Plan For WS (BAFO) (Award) 
B. Defer IWS Development To After 1OC 
Cc. More Centralization of IWS Function 
D. More Utilization of UNIVAC 1100/8X For IWS 
@ Use UNIVAC Configuration Through 10C 


Requirements Baseline ® Interactive Query Response Time 1 Apr 82 1 May 82 
(Stabilize) ®@ Batch Query Response Time (BAFO) (Award) 
®@ Communications Protocol (Level 1-3) 
® Common NDS Query Language 
® Image Resolution (10242 x 5122) 


System Level Assumptions Segment Level Assumptions 


Design Assumptions Protocols ®@® Bus Interface Ports 1 Apr 82 1 May 82 July 82 
(Validate) Data Compression ®@ Disk Security (BAFO) (Award) (SBR) 
Security @ Data Restore Time Continue 
DDS5600 Interface @ CAMS D/S Nomination Review 
C/1 Image Down Loading 
IWS Resolution 
IWS Interfaces 


Figure 3.5-1. Issues for Continuing Analysis 
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Section 4 


PROGRAM CONTROL 


4.1 Plans and Methodology 


The project management team has tailored a range of mature, in-place management 
systems and procedures to plan, monitor and analyze status of the D/C Segment 
development. 


Figure 4.1-1 lists twelve management systems used by and summarizes their feat IAT 
Refined over many years, they represent a powerful set of proven procedures that are 
thoroughly understood and practiced by our people. When tailored to a customer's 
unique requirements, we believe that they rank among the most effective in the 
industry.* As indicated in the figure, we have drawn on this experience base in 
adapting the controls to NDS. 


Because the bulk of the project team will be colocated in many of tholAT 
procedures will be applied to our subcontractors. The software development, quality 
assurance and configuration management procedures are examples; the subcontractors 

will be subject to our SW controls, QA and CM boards. In other areas -- such as cost 
and schedule reporting -- the subcontractors will use their own systems. We have 
reviewed these and they are effective and compatible with our own. Like ours, they 
provide visibility to the project team and NDPO. 


— 


AVAILABILITY 
FOR SELECTED 
CONCEPT PROCEDURE/TOOL O/C SEGMENT EXPERIENCE BASE 
Provide High-Level Project Master Control Plan (PCMP}, Continuously Maintained Working | Preliminary Version | @ Real Time Computer Complex 
Visibility of Status Tool Used by Alt Project Personnel: Consolidates Information From Will be in Place by | @ (NASA) 
of Schedule, Cost Other Systems, Described Below. May 1, 1982. @ Space Telescope (NASA) 
Performance and @ ZIRPEL 
Hesources + . 
Division Staff Formally Reviews Proposal Before Submission SAP Proposal was 
(per Mi 10-24); identifies Potential Risks to Executive Management; Reviewed by Divi- STAT 
os Independently Assures Ability of Project to Meet Proposal Commit- sion Staff on Formal Mt 10-24 Procedures Are 
jectively ments with Allocated Resources. February 19, 1982. |Used on all Lara Projects. 
vom. : Examples Include: STAT 
Pr h sft Follow-up Project Management Review Will be Conducted After Follow-up Review |e GPS 
ovect:- Plans, Award to Track Compliance and Assure Prompt Start-up. Has Been Scheduled|@ DSM 
Approximately 90 |@ O/C Segment; Design 
Days After Contract}@ Competition Phase 
Award. 
Process Starts With btrategic Plan; Establishes Priorities on STAT 
New Business Acquisition Consistent With Overall Manpower 
Resources. Plan is updated Quarterly. Formal Allocation Process 
Involves: ‘ 
Project Staffing (1) Identifying Needs: Process Has Been Used on Alt Programs; STAT 
Requirements; (2) Endorsement of Staffing Plan; Implemented For Similar Procedures Used Through- 
Acquire Staffit (3) Direction| D/C Se: i 
Csctmienenie (a) paces by Executive Management; ee meee STAT 
(S} Assignment to Project; 
{6) Development of Off-Load Plans; 
(7) Timety Off-Load, 
Figure 4.1-1. Features of Management Control Concept (Sheet 1 of 2) 
he 4 . ‘ 
*This was the assessment of Commander, Air Force Satellite ConSTAT 
Facility, who reviewed the management syst rols we are applying to the Data 
System Modernization (DSM) program. At suggestion, is preparingSTAT 


description of these systems that AFSCF plans to use for enhancing their own systems 
and those of their contractors. 
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These procedures and tools enable the project manager to exercise firm control of the development 
process. By systematically tracking status viz-a-viz plans, they reduce the administrative load and 
cost of managing the effort and minimize the risk of schedule slips. 


AVAILABILITY 


FOR SELECTED DESCRIBED 
CONCEPT PROCEDURE/TOOL O/C SEGMENT EXPERIENCE BASE IN SECTION 
Project Configuration Control Board (PCCB} Chaired by Deputy CM Procedures Comply With 
Project Manager, Administered by Dedicated Operating Staff; MIL -STD-483 and are detailed in 
PCCB is Supported by: (a) Segment Configuration Control jan nstructions; are 
Maintain Firm Board that Provides In-Depth Analysis and Control of Software In-Place by Used on All Projects 
Baseline Control Issues; and (b) CCB and CM Procedures tmplemented by May 1, 1982 Implementing CM Systems Similar 
For IWS. Operations Oriented Documentation and Software to Those Planned For D/C 
Developed by =| Personnel Will be Segment 
Controlled Through PCCB as if They Werd Departments. ® DSM 
@ ZIRPEL 
—{- 
Incremental System Development Process For Software Incor- Used on All Projects; Current 
Provide Early porates Code Audits, Definitive Library Management Techniques, etc.; Examples inciude: 
Visibility of Provide Objectively Measured Milestones For Assessing Progress. Pro- | In-Place @ GPS 
System Capability cess Formalized in Software Standards Manual. All @ OSM 
Software Engineers/Programmers Receive Formal Training In Process. e@ ZIAPEL 
te —__— 
Initial Set of 
TPM has been 
Technical Performance Measurements (Per MIL-STD-499} System Identified: > LAMPS 
Project Technical identities Critical Parameters and Prepares Planned Performance ¥s. Additional e 0SM 5.2 
Performance Time Profiles; Measurements are Tracked and Variances are Formally Parameters Will 
Reported to Project Menagement and NDPO (CDRL 155). be Tracked as 
Development 
Evolves. 
e Program Control Management System (PCMS); Automated Sys- Performance Management Instruction Mandates 
tem per DOD 7000.2 Collects Charges and Displays Cost end Plans Will be Use of PCMS on All Cost-Type and 
Schedule Variance for Each Element in WBS; Employs in-Piace on Large Contracts; Currently Used on: 
“Earned-Value” Concept. May 1, 1982 e GPS. 
Plan/Control for all Work e LAMPS 
Costs and Packages to be e DSM 42 
Schedules Opened in the e ZIRPEL 
First 90 Days. 
@ = Critical Path Analysis. e DSM 
e ZIRPEL 
Formal Quality Assurance Standards and Procedures Comply wns | Preliminary QA januat is Used 
MIL-Q-9858A and MIL-S-52779A; are Formally Documented in Plan In-Place on on al Prowen, Per 
Assure Quality of FSD Product Assurance Manual. QA Program Places Heavy May 1; Final QA Management insfuretion. Current 
Delivered Products/ | Emehasis on Software, Equal to That of Traditional HW QA. Plan Submitted Projects Applying QA System Include: 43 
‘Seeviess Audits Conducted by QA are Promptly Reported to NPIC Within 30 Days id ZIRPEL 
(via CORL 149). of Contract. e GPS 
e OSM 
° Space Telescope 
li can 
Preliminary Similar ILS Procedures/Techniques Have 
M&L Plan Will Been Used on Other Ground Data 
be InPlace on Handling Systems, Including: 
Integrate Logistics Dedicated Logistics Support Engineering Group Reports to May 1; Presented e DSM 
Planting Into On- he fa Transition Department; Integrates Logistics at PDR and Again |@ GPS 4s 
going System Activities 0 Field Engineering and Subcontractors; Prepares at COR. Prelim. e Space Shuttle Data 
Development and Implements the Maintenance and Logistics Plan (CDRL 123). inary Logistics Processing Center (NASA) 
Approaches De- 
scribed in Pro- 
posal. 
Control of Formal, Data Management System With Automated Support Records, | May 1, 1982 Segment Date Management Will 
Incoming and Routes, Stores Correspondence With NDPO, SI and Other Segment be Patterned After System 
Delivered Contractors. Tracks Events Leading to Delivery of CDRL Items and Successfully Being Used on GPS, N/A 
Documentation Other Documentation; Reports Status to PMCP. OSM and ZIRPEL. 
° Assignment of Experienced Professional as Subsystem GPS (Subcontract Value: 
Acquisition Manager, Single Point of Contact For Subcon- 
tractors. DSM [Subcontract Value 
Requirements 
For Tracking “CAMPS {Subcontract Valus: 
Monitor Subcon- e Subcontractors Invoke in Management Systems (Similar and Reporting 
tractors hose Described Fo! to Plan/Track Efforts and Report | Have Been In- 
cluded in Sub- 
contractor SOWs. ‘ 
e Frequent Inspection by! assures Compliance With 
Specifications and Provide Assistance as Needed On 
Problems. 
e Daily and Weekly Internal Reviews to Maintain/Update PMCP. 
e Monthly Reviews by Executive Management. Schedule of Similar Review Procedures Are 
, Reviews Will be Used on All Our Programs. N/A 
. Periodic Advisory Council Audits. Established by 


May 1, 1982 
e Frequent Formal and Informal Reviews by NOPO. 


Figure 4.1-1. Features of Management Control Concept (Sheet 2 of 2) 
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4.2 Cost and Schedule Control 


The D/C_Seament management team maintains firm control of project costs and schedules 
usin ogram Control Management System (PCMS) and comprehensive schedule managé- STAT 


ment tools emphasizing our Program Master Control Plan (PMCP). 
4.2.1 Program Control Management System (PCMS) 


The PCMS system provides detailed cost tracking and schedule analysis through the 
earned-value concept. PCMS is an integral part of management control process. STAT 
The Division's system was first certified as m i the requirements of DODI 7000.2 

in 1972 and that certification was extended ee oa 1975. Because we STAT 
have found it so valuable, we use PCMS on all our major cost-type government programs, 


even if the contract does not specifically mandate it. Figure 4.2.1-1 lists typical 
recent applications, among them ZIRPEL, DSM and LAMPS. 


PCMS encompasses three steps: planning, tracking and corrective action. Planning 
begins with the definition of the Work Breakdown Structure (WBS) and the program 
organization. With the approval of the Project Manager, Work Packages and Cost 
Accounts (logical groupings of Work Packages) are assigned to individual managers. 
For each Work Package, a Performance Measurement Plan is prepared which defines the 
work to be accomplished, the time-phased budget and the schedule. The Plan also 
defines intermediate milestones that establish the basis for objectively assessing 
progress and computing earned-value. 


PROGRAM NAME AGENCY 
DSM AIR FORCE 


GPS AIR FORCE WILD WEASEL 
LAMPS IH ASIT 


AN/BQQ-6 
E-3A 

CCSE&! 

SPS 

STMAYU 
CUTTY SARK 
SACDIN 
ZIRPEL 

PLSS 

COBRA JUDY 
SRK 

RAPLOC 

DWS 


GSSI 
CELTS 
PAVE PAWS 


B52 G/H 
SHF—TDMA 


B52D 

SDPC 

Space Telescope 
Space Lab Integration 
AN/BQQ-5 RAM 
CITE 


Figure 4.2.1-1. 


Programs That Use PCMS 


STAT 
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EARNED-VALUE CONCEPT -- Milestone definition is the critical step in the process. In 
developing Performance Measurement Plans, our approach is to break each task down into 
its component steps and to allow earned-value to be claimed only as each step is 
achieved. For example, for a systems engineering task, such as preparing a development 
specirication, earned-value plateaus and completion dates might be established for 
intermediate milestones such as: 


a. Prepare draft specification and obtain critique of Development and Inte- 
gration, Test and Transition departments. Percent complete increment: 40. 

b. Prepare presentation package for NDPO review. Percent complete 
increment: 10. 

C: Revise, complete and submit draft for formal approval. Percent complete 
increment: 30. 

d. Modify draft and complete specification. Percent complete increment: 20. 


Similar checkpoints are established for the development of each element of D/C Segment 
hardware, software and operations documentation and for each test and verification, and 
installation, checkout and test activity. For each Work Package, the performing manager 
and his manager analyze the tasks to be accomplished, establish the meaningful earned- 
value criteria and record them in the Performance Measurement Plan. The manager's ability 
to meet these commitments is the principal determinant in his personal promotion and 
salary program. 


Historically, the ability to assess earned-value for software development has been a 
recurrent, industry-wide problem. At we have virtually eliminated this problemSTAT 
by our formalized use of design and code inspections and our library promotion con- 
trols. As described in Section 5.3, these controls provide the objective, measurable 
milestones that allow us to track and project software tasks as accurately as we do 
other tasks. 


PCMS COMPUTES THE CRITICAL VARIANCES -- Monthly, PCMS uses the earned-value and 
Estimate-to-Complete determinations to provide management with a comprehensive 

assessment of progress. For each Work Package, PCMS computes three measures of 
cost/schedule performance: 


a. Schedule variance shows how well the program is on schedule. Measured in 
dollars it is derived by subtracting the Budgeted Cost of Work Scheduled 
(BCWS) from BCWP, Budgeted Cost of Work Performed. 

b. Cost variance highlights potential overruns and underruns. It is derived by 
subtracting the Actual Cost of Work Performed (ACWP) from BCWP. 

c. Completion variance is a comparison of the estimate-at-completion (EAC) with 
the total authorized budget. 


Whenever a variance falls outside a pre-established range, the responsible D/C Segment 


Cost Account manager is required to explain the discrepancy to Project Manager STAT 
and to present a corrective action plan. On approval, it is incorporated irSIAI 


the Project Master Control Plan (PMCP) and tracked. Together with other PCMS reports 
that summarize all charges to each Work Package, the monthly variance reports provide 
complete visibility_of cost and schedule status for the performing managers, the 
Project Manager and executive management. STAT 
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The same PCMS data also provides program visibility to NDPO; PCMS provides the data 
we use to prepare the Monthly Financial Report (CDRL 109). & 


MANAGEMENT RESERVE -- In the monthly PCMS review process, the Project Manager also 
monitors the Management Reserve. The reserve is established to cover unanticipated 
work; it enables the project to react quickly to unforseen tasks without the burden 

and delay associated with rebudgeting unaffected activities. The Project Manager has 
sole authority to commit these funds, but only to cover unplanned work; the Management 
Reserve is never used to correct variances. Variances are carried on the record and 
can only be rectified by subsequent savings. Inasmuch as each manager's personal 
appraisal is based on his performance, this discipline motivates managers to meet their 
cost and schedule commitments. 


TAILORING PCMS FOR SAP. We have taken the following steps to implement PCMS immed- 
iately upon contract award: 


a. The WBS has been developed to a detailed level, containing more than 1,000 

elements, as shown in the Cost Proposal. We have reviewed the WBS of our 

subcontractors and have determined that they are sufficiently finegrained to 

provide us and NDPO with clear visibility of their work. 

The program organization and the subcontractor structure have been established. 

Budgets by WBS have been developed as part of the Cost Proposal. 

d. Performance Measurement Plans are being detailed and will be in place at 
contract award for all Work Packages that are to be authorized during the 
first 90 days. Other plans will be developed as new Work Packages are 


ae 


initiated. 
e. We have imposed compatible cost/schedule management requirements on our major 
subcontractors, as discussed below. @ 
f. Responsibility for cost and schedule control administration has been assigned 


to an experienced administrator reporting to the Project Control Office. He 
will be assisted by a staff of dedicated analysts. 


ONTRACTOR PROJECT COST CONTROLS -- To ensure consistent cost performance reporting, 
has required its subcontractors also to use 7000.10-compatible cost/schedule STAT 


reporting procedures. The subcontractors will develop their detailed WBS, deliveries 


and schedules to key with They then develop formalized budget and planning STAT 
packages, in accordance with critieria for hardware and software earned-value STAT 
milestones. As they are prepared, the subcontractors' work packages will be reviewed 

by for consistency and correctness; upon completion they represent an approved set STAT 


of comprehensive performance plans and establish a baseline for mutual monitoring of 
progress. 


Each month our subcontractor cost account personnel determine earned-value for their 

tasks and assess them against associated costs. They prepare variance analysis data 

for activities that are outside of established thresholds. Using this data, Cost Per- 
formance Repor prepared by the subcontractors at a level of WBS detail that is 
established by The CPRs and VARs are delivered to at least seven days prior STAT 
to our own CPR and VAR submittals. We evaluate the subcontractors’ submittals and 

aggregate them to the appropriate level for integration in the prime CPR. 
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In summary, the PCMS to be used for the D/C Segment is a nccape cag thoroughly 
documented and understood by all elements of our organiztion. Division-leveSTAT 
staff of approximately 20 specialists maintains the system, provides training to users 
and assists project managers and subcontractors in applying it. The staff also acts 

as an independent monitor to ensure that it is being used correctly. Figure 4.2.1-2 
details the flow of transactions within that PCMS encompasses. STAT 


The Work Package and Cost Account Managers Establish Their Detailed Performance Measurement 
Plans Before the Project Manager Authorized the Work 


Project 
Control 


| sow 
1) WBS 
Itt Master Schedule 
A. Intermediate Schedules 
IV Master Budget 
Vv CASR Inputs CASR (PCMS 
A. WBS (CASR) (626) Reporting Module} 
B. Establish Var. Thresholds 
C. Time-Phase Budget 
Cost Account and Work : 
Package (CA/WP Managers) A. WBS-626, 1XX, 7XX 
B. Master Bud. 
C. Sched. Rpts. — 8XX 
Vit CA/WP Planning 
A. CA Planning Document 
1. Detail Schedule 
2. Work Description 
B. WP Perf. Meas. Pian 
1. Milestone Descr./Dates 


2. Detail Budgets VUL Planning & Verification 


+ 
A. Process + Bud. Sheets 1X Generate Formal Work 


Authorization 
X Verify and Distribute Wor 
Authorization 
X1 Proceed with WP Perf. 
Xil Input Monthly WP Forecast 
Data 
A. Sched. Data Revision 
1. Notification Only 
B. BCWP % Complete 
c. ETC. 


Xt Process Forecast Input Data 
A. Review 
B. Enter in CASR 
XIV CASR Computers and Displays 

. BCWP (Earned Value) 
. Sched. Variance 
. Cost Var. 
. ETC/EAC 
. Cost Var. at Completion 


. Var. Reports 
XV Perform Var. Analysis 


A. %and $ Thresholds 
1. MTD Sched. & Cost 
2. ITD Sched. & Cpst 
3. Cost at Completion 

8. Cause and Effect 

C. Recovery Plans 


XVI Review Analyses 
XVII Report to Mgmt. 
XVI Report to NDPO 


Figure 4.2.1-2. PCMS Documentation Flow and Responsibilities 
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4.2.2. Schedule Management 


Project Master Control Plan (PMCP) ts the eructal day-to-day working document STAT 


that provides a controlled method to task, monitor and evaluate program activities. 


THE PMCP IS USED BY ALL PROJECT MANAGERS FOR DAY-TO-DAY TRACKING OF SCHEDULES -- The 
PMCP consolidates in one place the schedule status of each element of the project. 
The plan may be viewed as a looseleaf notebook containing 12 sections, as shown in 
Figure 4.2.2-1. Each member of the management team is responsible for those portions 
of the PMCP that reports the status of the activities he directs. Weekly, each 
manager reviews those portions with all his subordinates and with his own managers. 
When problems arise, he describes them and sets out proposed solutions. Milestones 
and action items are recorded in the Plan and are tracked until they are closed out. 


The concept of the Master Control Plan was first used on our NASA Houston Real Time 
Computer Complex project where detailed tracking was essential to coordinate the efforts 
of more than 500 software and engineering specialists to meet the very tight Apollo STAT 
and Gemini schedules. The idea has since been expanded and has been used on many other 
programs; ZIRPEL, DSM, GPS and Space Telescope are current examples. We STAT 
have found that the process of maintaining the Plan through regular weekly meetings 
develops a sharp awareness among team members of how their activities relate to others 
on the project. The synergism achieved contributes to early problem identification and 
resolution. The wide-spread dissemination of the PMCP also helps in motivating people 
to meet their commitments. 


Each manager breaks down his assigned tasks to a low level, listing well defined mile- 
stones with planned completion dates. These are then entered into the PMCP with columns 
available for tracking revisions to the target dates and actual completion dates. @ 
Because it is in list format, it can be updated easily on the computer, lending itself 

to a weekly review and update process. This frequent review, update and dissemination 

is the reason it is such a powerful tracking mechanism. 


Each manager holds and maintains an updated copy of the PMCP and uses it as the focus 
and agenda for his weekly review meetings with his subordinates. Following the meeting, 
marked-up change pages are submitted to the Project Management Office which updates 

and distributes copies to all PMCP holders. Revisions are accomplished using a SCRIPT 
automated data base. PMCP information is also accessible via terminals. This feature 
is particularly useful for executive management overview. 


The same information is also available to NPIC personnel. As it does for internal 
meetings, the PMCP serves as a focal point for reporting and discussions with NDPO. 
Just as it has for other customers, it will assist NDPO in maintaining total visibility 
of our status. 


A preliminary version of each section of the PMCP will be in place on contract award. 
We will revise them to reflect negotiated changes and will include the final, completed 
formats as an appendix to the Development Plan, CDRL 104, that we will submit to NDPO 
within 30 days. 
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TECHNICAL SUPPORT SECTION 
Actmnty No. Activity Name 


Dratt GA Plans 

Prelim QA Plans 

Final OA Plans 

Develop Procedures 
Momtor Adherence to Stds. 


EXTERNAL DEPENDENCIES SECTION 


SOFTWARE SYSTEM TEST SECTION 


QUNT 
PRELIM SPECS | FINAL SPECS | TESTING (staaTilf resTING (END) | eRGOE HePORTS| 
[Pin [Rev [Acd.|| Pin] Rev] Act |] Pin | Rev] act. || Pin [Rev [Act || Opened] Cored | 
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EARNED VALUE SUMMARY SECTION 
7000. 


pity 


AVALIABILITY 


Orvelop BPEPRE 
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SPECIFICATIONS|} CODE RELEASE 
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. | 
i! 
Requirement Analysis 
Performance Anatysts H 
RMA Analysis 
Segment Dev. Plan i 


Figure 4.2.2-1. Sections of the Project Master Control Plan (PMCP) 
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FOCUSING ON SCHEDULE INTERDEPENDENCIES -- In addition to PMCP, uses another man- = STAT 
agement too identify activity interdependencies: Project Management System ys 
(PMS IV), mores product, together with E-Z Pert, a versatile plotter program STAT 
to maintain our activity networks and analyze critical paths. We are currently using ia 
these systems -- both mature, commercially available products -- on our DSM contract 
and we will draw on that experience for the D/C Segment. 


Examples of the kind of products generated are shown in Section 5. Gantt charts and 
activity networks developed by the system are used at the PMCP meetings; rescheduling 
decisions are fed back to PMS. Outputs are formally submitted to NDPO via the Master 
Schedule report, CDRL 103. 


TREND ANALYSIS PROVIDES ADDITIONAL INSIGHT INTO PROGRAM STATUS -- As a project pro- 
gresses, valuable project status information can be obtained by tracking key parameters. 


For example, as specifications are written and baselined at design reviews, the number 
of open items identifed after baselining and their status provides insight into 
specification stability. Similarly, the number of Request For Changes (RFC's) and 
Engineering Change Proposals (ECP's) written each week and the number of ECP's cur- 
rently under consideration provide good insight into requirements stability. During 
software development, the number of software modules on the master system can be 
tracked; also, the number of Problem Trouble Reports (PTR's) being written each week 
and the total number not yet corrected provide insight into the quality of the system. 
This type of trend analysis provides good insight into the system status. 
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4.3 Quality Assurance 


Quality is butlt into the D/C Segment by the entire project team, through our design, 

development and test procedures. The Quality Assurance organtzatton monitors the work 
to hat these procedures are properly applied; they have an tndependent channel to 
the President to signal deviations. STAT 


For many a sane has played a precursor role for the Corporation in meeting partic- STAT 
ularly stringent quality requirements, characteristic of advanced hardware/software 

projects. Examples include Apollo and Shuttle, the FAA air traffic control system, 

GPS and DSM. Many of the procedures developed by have been adopted throughout STAT 
the company. 


The prime responsibility of QA_is to assure that products delivered to customers STAT 
meet contractual requirements and own standards. Personnel performing QA func- STAT 
tions have the authority and the organizational independence to identify and assess 

quality problems, and to initiate, recommend and provide solutions. Quality assur- 

ance for the D/C Segment will be provided by a single Product Assurance department 

that will oversee hardware and software and operations documentation deliverables. 


While working closely with the project team, to preserve complete objectivity the 
department reports through a separate, independent management chain to the FSD 
President. This organizational structure is consistent with MIL-Q-9858A and 
MIL-S-52779A and has been used effectively on other major projects, among them 
GPS, DSM and ZIRPEL. 


QA ENCOMPASSES ALL SAP DELIVERABLES -- QA control covers the off-the-shelf ADPE and 
software and the custom-built software/firmware. QA control also extends to the sub- 
contracted IWS and its software/firmware, as well as to the rdeveloped STAT 
software and operations documentation. QA reviews and audits will be conducted 

throughout the life of the project. As examples, early in SAP QA will audit the CM 

program for compliance with the CM Plan. As hardware and software elements are 

developed, QA will audit compliance with standards and procedures, non-conformance 

controls and subcontractor efforts. Audits will be documented and reported to NDPO, 

as CDRL 149. 


Specific QA functions and schedules will be detailed in the QA Plan which will be 

submitted 30 days after contract award, as CDRL 108. The Plan is based on formal, 

proven policies, instructions and procedures that are detailed in the Product STAT 
Assurance Manual. The Manual covers all the QA aspects spelled out in MIL-Q-9585A and 
MIL-S-52779A. 


HARDWARE QUALITY ASSURANCE (HQA) -- Figure 4.3-1 identifies the HQA functions to be 
described in the QA Plan. 
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Figure 4.3-1. HQA Process 
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As an integral part of Corporate-wide QA pean test (0) aco en function will 
coordinate with commercial plants on any quality issues that may arise on the 
Segment ADP equipment and software. 


HQA will monitor [IWS hardware development. As part of the IWS selection process, 
HQA visited plant where the equipment will be assembled and we sur- 
veyed their QA procedures. We verified that their_program will be consistent with 
MIL-Q-9858A. As with our own QA organization, the QA manager does not directly 
report to the Project manager, but to the Vice President and General Manager of 
Eastern Operations, the Project Manager's superior. Provisions for stringent quality 
control have been incorporated into subcontract. We require to submit QA and 
inspection plans for our review. When approved, these will be included as an appendix 
to the Segment QA Plan that we will submit to NDPO. 


The proximity of the IWS manufacturing facility to will foster con- 
tinuing visibility of their work by HQA. As we do on all our major subcontracts, 
we will make frequent visits to see that QA functions remain strong. Should 


problems arise, our HQA personnel will provide support as required to assure the quality 
of the delivered equipment. 


HQA also acts for the Project Manager in effecting formal control of_government 
furnished property. Working with the Configuration Manager and the Government 
Property Administrator, property provided by NPIC for the Development and Tes 
Laboratory or for other purposes will be controlled as GFP in accordance with 
DCASO-approved Government Property Manual. The manual covers procedures for inspection 
upon receipt, identification, periodic damage inspection and coordination with the 
appropriate government agency when the material is to be transferred back to government 
control or in the event that damage occurs. 


SOFTWARE QUALITY ASSURANCE (SQA) -- established Software Quality Assurance (SQA) 
process applies quality control to each element in the software/firmware development 
process. SQA's role is built into our software development process; responsi- 
bilities and working procedures are formally taught to and understood by all 
software personnel. The SQA process is currently being applied successfully on other 
demanding software projects such as DSM, GPS and Z . The methodology is well 
documented and backed up by both Corporate and policies. 


SQA representatives work with the software development and test teams right from 
project start. Figure 4.3-2 details the functions incorporated into the SQA process. 


The SQA procedures we use for our own developments will also be applied to our resident 
subcontractors, Their personnel will work in 
quality standards and criteria, and will be monitored using the same SQA procedures. 
Subcontractor personnel will receive formal training in our procedures. We are confident 
that this unified QA approach will increase the reliability of the code and will minimize 
the possibility of schedule slips. 
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4.4 Configuration Management 


We have adapted our standard CM procedures to NPIC's Program Implementation Directive @ 
(PID), to provide effective internal control of our deliverables and assure a smooth 
transition with on-going operattone. 


The objective of the configuration management function is to establish, control and 
report the status of project baselines. In developing our configuration management 
procedures for the D/C Segment, we have drawn on an extensive base of CM experience 
with other ground data management systems, for the Air Force, NASA and the Intelli- 
gence Community. We have tailored these procedures to be fully compatible with NPIC's 
CM approach, as defined in the Program Implementation Directive (PID). As examples: 

we conform to NPIC's four SAP baselines (Preliminary, Control, Verification and Opera- 
tional Configuration); we recognize the points in the development where formal control 
passes to NPIC configuration management boards; and our change procedures are consistent 
with NPIC's. 


We have structured our procedures so that they allow a fair degree of freedom to the 
designer in the early stages of the design, increasing the level of control as the 
development process evolves. 


A preliminary draft of the Segment Configuration Management Plan has been prepared and 
will be submitted as CDRL 106, within 30 days of contract award. The following para- 
graphs present an overview of the key elements of the plan. 


ORGANIZATION -- Deputy Project Manager, will be the Configuration Manager, STAT 
responsible for identifying and establishing configuration baselines and for con- 
trolling engineering changes to them. He will: @& 


Ensure that CM procedures are defined, understood and followed; 

Chair the Project Configuration Control Board (PCCB); 

Interface with NDPO on all CM reviews, ECPs, status reports, etc.; and 
Participate in interface control working groups (ICWG) as directed by 
NDPO and the System Integrator. 


an op 


A Configuration Management Office (CMO) within the Project Control department is 

responsible for administration of CM activities. Among its duties, it prepares and 

maintains the CM plan, coordinates CM procedures, provi minutes of PCCB 

meetings and expedites change evaluation and review. heads the CMO. STAT 
He served the same rol our $300 million AN/BQQ-5 sonar program and played a lead 

role in developing the|  |Configuration Management Manual, now the Division CM standard, STAT 


The Project Control, Subsystem Acquisition and Product Assurance managers, and the 
managers of Systems Engineering, Hardware and Software Development, and Integration, Test 
and Transition departments are members of the PCCB. The organization and functions of 
the PCCB is shown in Figure 4.4-1; its role in controlling changes is discussed below. 
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Figure 4.4-1. D/C Segment Project Configuration Management Organization 


CONFIGURATION IDENTIFICATION -- Configuration identification is established for every 
hardware configuration item (CI) and computer program configuration item (CPCI) and 
for each operations element--H/S/0--in the form of technical documentation. 


The documentation identifies and controls the development of the H/S/O and represents 
project baselines that establish the approved, defined points of departure for con- 


trolling subsequent changes. To be a baseline document under CM control, an entiiSTAT 
must be: (1) a definitive product, i.e., a CDRL i ; (2) traceable to a previous 
baseline; (3) reviewed by and approved by the i erogect Manager and Product STAI 


Assurance; and (4) approved by the NDPO. 


In developing baseline documentation will proceed through the following general STAT 
steps: (1) prepare a draft; (2) perform internal project review and initial quality 
assurance; (3) review with NDPO; (4) incorporate comments and updates into a preliminary 
version; (5) obtain Project Manager and QA approval; (6) submit to NDPO for review; (7) 
perform internal dry run for formal NDPO presentation; (8) present to NDPO and get pre- 
liminary baseline approval with comments/exceptions; and, finally, (9) resolve comments / 
exceptions and release the final approved version of the document. 


Figure 4.4-2 is a preliminary listing of D/C Segment baseline documents. There will 
be 17 CPCIs and one CI. As indicated, the baselines will also contain operations 
documentation, such as the Segment Operations Specifications and Operations Manual as 
well as plans, such as the Maintenance and Logistic Plan. The latter are submitted to 
NDPO by the responsible preparing department and are modified as required before they 
are approved. To assure uniform application of the plans throughout the project, the 
approved versions will be released by the CMO. Should subsequent changes impact con- 
trolled documents, the change requests will be coordinated by the CMO through the PCCB. 


For commercially available hardware, the commercial documentation, nomenclature and 
serial numbers will be used. 
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CUNFIGURATION CONTROL -- Proposed changes to an NDPO-approved baseline document will 
be controlled in accordance with the CM Plan. Class I changes will be submitted 
through the PCCB to NDPO for approval, as described below. Class II changes will be 
implemented by we will notify NDPO in each case and obtain NDPO's concurrence 
with our classification. 


The principal documents used by) __ ic for change control are the: (1) Engineering STAT 
Change Proposal (ECP); (2) Specification Change Notice (SCN); (3) Problem Trouble 

Report (PTR); and (4) Corrective Action Report (CAR). The ECP and SCN are used to 

document and control changes to all baseline documents. The PTR and CAR are used to 

track changes to the hardware and software after they have been submitted to testing. 

We believe that our standard documents are compatible with NPIC's; we are prepared to 

modify ours, if needed, to conform completely with NPIC's nomenclature and formats. 
Processing of these documents is described below. 


CHANGE CONTROL BOARDS AND PROCESSING FLOW -- For the D/C Segment, will establish STAT 
two change control boards. The principal board, the Project Configuration Control 

Board (PCCB), reviews and evaluates all changes (SCNs) to customer approved baselines. 

The second board, a subset of the first, is the Segment Configuration Control Board 

(SCCB). It reviews and evaluates all changes (PTRs) to the hardware and software 

baselines after they enter test. In addition, the SCCB monitors software library 

promotions and provides in-depth analysis/advice to the PCCB on segment software 
configuration issues. Figure 4.4-3 shows the interrelationships of the boards. 


After a document is established as a NDPO-approved baseline or the hardware or software 

goes into testing, changes are controlled by the PCCB/SCCB using the ECP/SCN/PTR 

processing flow shown in Figure 4.4-4. As indicated, change processing for a PTR is 

similar to that for an SCN. During PTR evaluation, an assessment is made whether the @ 
PTR requires a baseline document change. If so, an SCN is generated and the evaluation 

is elevated to the PCCB. Those PTRs requiring SCNs cannot be corrected unless the 
associated SCN is approved. 


To coordinate approval and implementation of changes in a suitably rapid time-frame, 
particularly those directed by NPIC, we will establish a priority system parallelling 
that in effect at NPIC. The priority criteria will be: 


Emergency - Critical to security, hazardous conditions or mission failure. 
To be implemented as soon as possible, not later than 24 hours 
from initial report. 

Urgent - Affecting mission effectiveness and product quality, potentially 
hazardous conditions or significant contract requirements. To be 
implemented within 7 days. 


Routine - Changes falling outside of emergency and urgent priorities. To be 
implemented within 21 days. 


Our CM Plan will detail the responsibilities and specific procedures--including means 
for temporary patching--that we will implement to meet these turn-around times. 
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Figure 4.4-3. Relationship of D/C Segment Change Control Boards 
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SUBCONTRACTOR ee MAGEMENT 4 software activities will gaS/AT| 
be conducted i and will be subject to the same CM (and QA) procedures STAT 


we apply = i baseline documents we develop ourselves. For hardware development of 


the IWS, will establish its own Subcontractor Configuration Control Board to STAT] 
ol internal design activities and to interface with PCCB on changes to STAT 
pproved baseline documents. Both |have extensive experience in ag ee 

subcontract CM; a fully compatible set of procedures will be developed in a subcon- 

tractor CM Plan that will prepare and submit for approval. We will include STAT 


that plan as an appendix to the Segment CM Plan (CDRL 106). 


STATUS ACCOUNTING -- The current status of all baselines will be recorded in the 

CI/CPCI index using in-place, automated configuration status accounting procedures. 

On a monthly basis will prepare: (1) an updated index of the current H/S/0 STAT 
baselines; (2) a configuration item development summary of all CI/CPCIs in progress; 

(3) a description of technical documentation comprising the configuration; and (4) an 

update of the status of outstanding ECP/SCNs. 


CONFIGURATION AUDITS AND PRODUCT CONTROL -- Following testing of H/S/0 products and 
before delivery, the CMO will assist NDPO and the SI in conducting configuration 

audits to verify that the products satisfy specified requirements and that the as-built 
versions are accurately described by the documentation. Working with Product Assurance, 
the CMO will ensure that a master version of every deliverable H/S/O product is main- 
tained and controlled. Formal product control will also be applied to copies of base- 
lined products that we receive from NDPO. 


INTERFACING WITH THE SYSTEM INTEGRATOR AND OTHER SEGMENTS -- As soon as we are author- 
ized to do so, we will formally establish working relationships with the SI and “—@ 
segment contractors to exchange data and facilitate surfacing of problems. We have 
learned from other programs the importance of cooperatively addressing intersegment 
issues. Our policy, which we effectively instill in all our people, is to deal with 
intersegment issues on a non-parochial basis, to find the best total system solution. 

We apply strong management direction to resolve discrepancies at the working level. 

On the LAMPS MK III program, for example, more than 80 percent of the airframe interface 
issues were settled at the working level. 


will designate specific individuals as initial points of contact for interface 
questions. In turn, they will task others in our organization, including our sub- 
contractors, to provide the information requested or to participate directly in tech- 
nical discussions, including day-to-day follow-up exchanges. Significant interchanges 
will be recorded in contact reports which describe issues discussed, conclusions, and 
agreed upon follow-on activity. These will be distributed to the NDPO and segment 
contractors and to effected team personnel. Critical issues and important discrepancies 
uncovered in our discussions will be promptly brought to the attention of NDPO by Project 
Manage As provided by the contract, results of discussions STAT 
that affect formally approved plans, schedules or costs will also be submitted to the 

NDPO Contracting Officer. Resolution of problems that impact controlled documentation 

will be handled in accordance with our configuration management procedures. 
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For the initial SAP efforts, we have designated Systems Engineering Manages STAT 


working with Deputy Project Manager, as our lead interface. STAT 


They will: (1) establish the team's interface control organization; (2) SIAI 
establish interface working relationships; (3) participate with the SI in defining 
interfaces; (4) document and maintain interface agreements; and (5) monitor adherence 
to agreements. 


To promote the most effective open discussions with the SI and segment contractors, 
we are prepared to negotiate formal proprietary information exchange agreements as 
may be required. 
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4.5 Logistics Management 


Our logistics planning integrates maintenance and other logistics requirements into — & 
the design process and provides for continuous effective support to NDS. 


has extensive experience in providing logistics support for critical data handling STAT 
systems comprising commericial and specially-built equipment and software. Unclassi- 
fied examples includes the NASA Shuttle Data Processing System and the Air Force Data 
System Modernization program. Lessons learned on these programs will be applied in the 
development, planning and implementation of the D/C Segment and will be reflected in 
the Maintenance and Logistics Plan (MLP) (CDRL 124). Figure 4.5-1 provides an overview 
of the activities to be covered in the plan, shows responsibility among the team STAT 
and indicates the preliminary concepts we are considering. It also identifies the 
analyses, studies or trade-offs we will conduct. 


MANAGEMENT OF SPARES, REPAIR PARTS AND CONSUMABLES -- The spares support program will 
be required to support both newly developed equipment (IWS) as well as off-the-shelf 
commercial equipment. Each has unique support requirements. 


The spares requirements for the IWS equipment will be defined by in an iterative STAT 
process involving Maintenance Concept Definition, Logistics Support Analysis (LSA), 

Repair Level Analysis (RLA) and associated cost trade-offs. The end products of this 
analysis are a definition of the initial spares inventory required to support the 

equipment both on-site and at backup depots, spares repair and repair locations, lead 

times, consumable requirements, and dispensation of non-repairable (throwaway) spares 

and associated costs of these items. 


will use the Spares Optimization Program to identify spares sets which support STAT 
optimum system availability at the least cost. This program will be used to help 
define initial stocking of parts for newly designed equipment. As spares usage data 
becomes available, these data will be used to modify subsequent optimization runs and 
replenishment decisions. 


On-site spares will be stocked as required to support maintenance of the hardware and 
additional spares required due to special security needs. Spares requirements for 
commercial equipment support are well defined and replenishment and emergency parts STAT 


are stocked in the Parts Center in Washington, D. C. Supporting the Washington STAT 
Center is a network throughout the United States, including the Bulk Distribution SIAI 
Center Parts usage will be continuously analyzed and STAT 


parts reordered using the Parts Inventory Mangement System (PIMS) provides a sophisti- 
cated forecasting and ordering routine to help provide availability of needed parts. 
Parts requirements for the Washington Center are predicted several weeks in advance 
by the PIMS system based on part usage trend analysis. PIMS also locates Emergency 
parts in the nearest stockroom within the parts distribution network. 


Spares, repair parts, and consumables designated as Government Furnished Equipment 

will be identified prior to initial stocking and will be provided by the customer. 

These items will include those that can be provided most economically as GFE or are 
not readily available from other sources. 
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Figure 4.5-1. 
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ment For Support Equipment Are Created 


@ On Site O&M Support Manager Interfacing with Local ST AT 
Maintenance Personnel and NPIC Operations Personnel © Analyze Maintenance On Storage Devices that Cannot Be 

e E's On Call, Maintenance Personnel On Site Removed trom the Premises VIAI 

© Computer Diagnostics, Both Automatic and Controlled By i a 


Maintenance Personnel, are the Primary Fault Detection/Fault 
Isolation Device 
@ No BITE of ATE 
@ Maintenance Aids - ‘Retain’ tol Commercial Products - 
Some Self Test Features Planned for the WS 
@ Preventive Maintenance Not Presently Defined 
@ UNIVAC Equipment and Operational Software are GFE 


STAT 


Elements of the Maintenance and Logistics Plan 
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SUPPORT & TEST EQUIPMENT (S&TE) -- The S&TE required for the D/C Segment fall into 
one of three categories: Maintenance and Repair, Integration and Test, and Instal- 
lation and Handling. All S&TE reauired for maintenance and repair o commercial 
equipment will be provided under prime contract, incorporating terms and condi- STAT 
tions of a standard GSA-like maintenance contract. S&TE required for Integration and 

Test and Installation and handling will be identified and provide from the most 

economical source. At present, minimal S&TE is anticipated. 


As each requirement for S&TE is identified, an analysis will be performed to define 
standard commercially available tools and test equipment or operational hardware, 
modified if necessary, which will satisfy the requirement. Those items that can be 
provided most economically as GFE will be identified. 


TECHNICAL DATA -- The complement of manuals required to support the D/C Segment will 
consist of existing manuals (modified as required) and new manuals for the developed 
elements that will mesh with the NPIC system technical data hierarchy. The Operations 
Manuals (CDRLs 135 and 136) will be developed consistent with the Segment Operations 
Concept and inputs from the hardware operational requirements and CPCI usage. They 
will be designed to interface with and complement the NPIC system operations. A study 
of the best means of providing the operators the required information will be made. 
This study will evaluate alternatives such as 1) procedures in software for call up by 
the operator, 2) a pocket guide or quick look manual for infrequently used procedures, 
or 3) prompting by the system. 


The Software Manuals (CDRLS 137 and 138) will describe the programs provided. Pro- 

grammer Manuals will be generated by the organization developing the CPCI. The Data 

Base Administrator Manual will be developed by Content of these manuals STAT 
will be written to FIP Standards and will support in depth software training and @ 
software maintenance. 


Commercial manuals will be provided for commercial licensed software. Equipment, 
Operations and Maintenance Manuals (CDRL 148), will be provided for the IWS. Commer- 
cial manuals will be provided for the commercial ADPE. 


The plan for the generation of manuals will be detailed in the MLP. Validation of 
the contents of manuals will be performed during the intra and inter segment level 
tests, hardware and software. 


Our present plan is to use two software packages, SCRIPT and CADAM, resident on the 
Development and Test Laboratory, computer as a cost effective means of manual genera- 
tion. Schedule for delivery of all Technical Data will be coordinated to support 
training programs and maintenance (see Figure 4.5-1). 


TRANSPORTATION AND HANDLING -- Transportation will be provided using best commercial 
practices, by air-ride padded van or air freight as the situation demands. Most 
movements will be by ground transportation for cost effectiveness reasons. 


The Shipping Plan (CDRL 147) will be submitted sixty days prior to each shipment of 
equipment and will define GFE on-site handling requirements for movement and installa- 
tion of equipment. Special security requirements impacting transportation and han- 
dling will be included in the Shipping Plan. 
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MAINTENANCE -- The maintenance philosophies for both the newly developed IWS equipment 
and off-the-shelf commercial equipment are similar and will be consistent and compat~ 
ible throughout the program. basic maintenance philosophy for IWS relies Oot AT 
lowest replaceable units (LRU), self test and inherent capabilities, preventive 
maintenance, with a minimum of corrective maintenance. In the commercial equipment 

an LRU philosophy is also used, accompanied with extensive reliability, availability 
and serviceability features in the hardware and software. Extensive error recovery 
features and built-in maintenance aids are included to make maintenance tasks easier 
and to reduce the frequency and impact of system interruptions caused by hardware or 
software failures that necessitate a system reinitialization. 


An on-site Operations and Maintenance (O&M) Support Manager will be designated at 

each site to coordinate hardware and software maintenance and provide a single point 
of contact for the segment. The O&M Support Manager will be responsible for coordi- 
nating maintenance activities of all maintenance personnel with the customer require- 
ments, scheduling preventative maintenance, and assuring an ffective maintenance 
program performance to achieve maximum system availability. Customer Enginee:STAT 
are presently servicing equipment at the site and this maintenance team will be 
expanded as appropriate as the equipment is installed. 


will provide maintenance teams at both sites commensurate with the level of 


repair to be performed at each site as determined by the repair level analysis toSTAT 
performed during this stage. 


Maintenance support will be provided 24 hours a day, seven days a week. 

Computer diagnostic routines will be the primary fault detection/fault isolation 
device. Located in th 3081 process controller is another processor, the Monc AT 
toring and System Support Facility (MSSF). This processor and associated microcouc 

is used to control power sequencing/monitoring, error recovery, error data analysis 
and maintenance procedures. The error data analysis enables the MSSF to automatically 
define a minimum Field Replaceable Unit (FRU) Group, whenever a hardware error is 
detected. Validation Tests (VIs) are manually invoked by the CE to verify correct 
operation after FRU replacement. 


The IWS diagnostics will be designed to play a key role in determining the failed 
replaceable unit when the failure is obviously not a commercial off-the-shelf piece of 
equipment. In addition, self test features are planned for support of the IWS. As 
the design of the IWS evolves, these features will be detailed in the maintenance plan. 
Preventive maintenance on this equipment has been greatly minimized by design. As the 
preventive maintenance requirements are identified and the maintenance cycles defined, 
this information will be included in the maintenance plan. 


Additional maintenance plans, procedures, and responsibilities are described in the 
O&M Plan, Section 5.6. 
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Section 5 


PROJECT PLANS 


5.1 Master Schedule 


Our Master Schedule reflects early requirements baselining, extended periods for 


design, and parallelism in testing. We have found that these schedule characterts tics 


are fundamental to timely, cost-effective large system development. 


We began our planning of the D/C Segment Acquisition Phase with the establishment 
of the major development milestones. Starting with the Key Segment Milestones 

in the Statement of Work, we derived the interim milestones which satisfy the 
Program Implementation Directive and support our own development methodology. 
These milestones, then, became the foundation for all subsequent development 
planning. Figure 5.1-1 reflects these milestones in the D/C Segment Acquisition 
Phase Master Schedule. 


After establishing the major milestones, the individual development activities 


were defined and scheduled. Activity schedules for the major development disciplines 


(e.g., System Engineering, Software) are contained within the subsequent proposal 
paragraphs which address each of these areas. Detailed activity plans for CDRL 
items and for individual CPCI development are contained in Appendix B3. The 
following discussions provide the rationale and/or justification for the primary 
characteristics of the Master Schedule. 


PROJECT MILESTONES AND MAJOR REVIEWS -- The D/C Segment project milestones and 
reviews which were deemed to be key to the development effort include: 1) Segment 
Baseline Review (SBR); 2) Preliminary Design Reviews (PDRs); 3) Critical Design 
Reviews (CDRs); Preliminary Qualification Tests (PQTs); Formal Qualification 

Tests (FQTs); Factory Acceptance Tests (FATs); and Site Acceptance Tests (SATs). 


Our experience in the development of large data processing systems has clearly 
shown that the establishment of a firm requirements baseline is mandatory in 
order to achieve a timely, cost-effective development effort. For that reason, 
we have chosen to conduct a Segment Baseline Review (SBR) 60 days after contract 
start. We recognize that the other NDS segment acquisition awards follow ours, 
and that all requirements will not be finalized by our SBR. We still believe, 
however, that it is critical to: 1) Finalize and agree upon those requirements 
and interface characteristics which are in place; and 2) To recognize and clearly 
identify those requirements which are not yet final. For each requirements area 
which is not complete, a decision will be made at SBR as to whether or not the 
design process should proceed and to what level. With this approach, we feel 
that the development effort can proceed in the most expeditious way. 


Our development plan reflects a significant portion of the development period 
being devoted to high-level and detail-level design. We have proven conclusively, 
through our software engineering practices, that a thorough and carefully reviewed 
design is fundamental to minimizing latent errors and rework after initial 
development. Given this, the Master Schedule reflects approximately 50% of the 
development time being devoted to design. 


ITI-5-1 


UNCLASSIFIED 


Approved For Release 2007/09/07 : CIA-RDP84T00037R000400060001-1 


Approved For Release 2007/09/07 : CIA-RDP84T00037RO000400060001-1 


UNCLASSIFIED 


NE Cae Cee 


aka" aera 14 Oenas Qoc as 
iT 
Se asses eevee eet ea ee er 
0 


TNS ; 


WIS er ert Ts 
avs 


3) leverme. OFSien REVIEW 
9) POR (TOTM. SEGMENT) 

S$) INTERN CESIEN REVIEW 
«) om 

7) (OPER OESI@N REVIEW 
o) rer 
6 9) Fer 
¥ 00) TS a0 INTEGRATION TESTIOS 
PF 11) SU@GINT leTEwMTion Testing 
# 18) FACTORY ACCEPTANCE TESTING 


sawawnean 


S$ 2) @nc Tmaleres 
S a2) levee CremsTions 
3 2) eer COC 
S20) Syste oor 
Sm) Br okN 


1) FOR TOC UPDATE 
2) lWTuMn. OESION REVIEW 
32) an 

+) [av@lnd, OESION MEVIEN 
3) per 
6) ret 
7) Ins CIO LWTES TESTING 
@) SEOENT 1NTES. TESTING 
91 FACTORY MCEPTAMCE TESTING 
* te} se 


210 ERLE 


2) Lwrtmme. CESION AEVIDE 
2) om 
4) UxTENAL OESIO? REVIEW 
S$) Per 
6) Fer 
7) SE@GNT INTHS TESTING 
0) FACTORY ACCEPTANCE TESTING 
oF MTP 
S10) [mSTALL a IMAGERY 


52S FIGURE 5.1-2. NPIC O/C SEGMENT MASTER SCHEDULE ere en ee 


Figure 5.1-1. NPIC D/C Segment Master Schedule 
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Our Master Schedule reflects multiple PDRs and CDRs. Our rationale for selecting 
multiple reviews was two-fold: 1) In large development efforts such as this, it 
is often a temptation to conduct less than thorough reviews for each CI and 

CPCI. We have found this approach to be costly in the long run. Multiple 
reviews allow the appropriate time for complete preparation and thorough conduct; 
and 2) For large development efforts, efficiency can be gained in resource use 

by phasing design reviews. Staffing plans can be more reasonably phased, and 
contention for development computer resources can be minimized. Given this 
rationale, we have planned phased design reviews. 


Qualification tests have been scheduled to provide continuous Government insight 
into development progress. As independent functional capabilities are available 
from the phased development effort, PQTs will be conducted and will evolve until 
the FQT can be performed for each configuration item. The sequence in which the 
CIs and CPCIs are developed is driven by our top-down development and testing 
philosophy, and is clearly defined in the individual development plan discussions 
which follow. 


Finally, acceptance tests are planned for each development phase, at both the 
completion of factory development, and after complete functional and performance 
testing at the site. Because of the small amount of D/C Segment software function 
which comprises FOC, we have chosen to complete IOC and FOC factory acceptance 

at the same time, allowing us to terminate factory operations and reduce development 
cost. Shortly after the site acceptance of FOC capability, we plan on conducting 
the final FOC acceptance test. 


MAJOR INTERNAL REVIEWS -- Our development plans call for internal reviews throughout 
the development effort for design, coding, test planning, and various development 
support activities. The purpose and scheduling of these reviews are discussed 
within each of the development plans. Those reviews which are of greatest 
importance, and reflected on the Master Schedule, are the Internal Design Reviews 
for BOC, I0C, and FOC. These reviews are conducted to verify completeness and 
readiness for the ensuing PDRs for each phase. 


DELIVERABLES -- We have thoroughly assessed the CDRL list and prepared a detailed 
CDRL Delivery Schedule (See Appendix B3). Each CDRL is included, and we have 
scheduled the delivery dates for each version, consistent with our Master Schedule 
and detailed schedules for BOC, IOC, and FOC. 


DEVELOPMENT AND TEST LABORATORY SCHEDULE ~- Our Development and Test Laboratory (DTL) 
is a key resource and the availability of specific equipments and capabilities is 
critical to the successful completion of the development effort. We have performed 

a comprehensive analysis of all equipment requirements and have formulated a DTL plan 
that is cost effective while supporting all project equipment requirements. The 
details of the equipments that will be installed in the DTL along with schedules is 


provided in Figure 5.1-2. This figure also shows the equipment transition schedule 
into the site. 
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Figure 5.1-2. Development and Test Laboratory Schedule 
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5.2 Systems Engineering Management Plan 


Our Systems Engineering Management Plan (SEMP) is fully compliant with the SOW, WBS e 
and current PID. A Systems Engineering organization for the D/C Segment hae been 

structured and specific departments have been allocated responetbilittes for all SE 

related SOW tasks and CDRLs. 


This Systems Engineering Management Plan section presents an overview of the engineer- 
ing processes and procedures necessary to meet the NDS development objectives. System 
requirements defined during the DCP will be translated into an efficient and effective 
design by the SE Organization. Engineering disciplines and specialities, such as 
reliability, maintainability, safety, security, training, ILS, cost engineering and 
human factors are critical considerations that will be factored into the design of 

the D/C Segment. 


The systems engineering organization is responsible for the integration of project 
activities into a disciplined approach to defining alternatives, analyzing alter- 
natives, performing trade studies and selecting the best alternatives by considering 
critical parameters, such as performance requirements, intersegment interface 
requirements, cost and risks. 


5.2.1 Organization and Relationship 


SE ORGANIZATION PROVIDES TECHNICAL LEADERSHIP THROUGHOUT SAP -- The SE Organization 
coordinates the definition and design activities of all of the other Project organiza- 
tions. The Software Development Organization's activities are guided by the products 
produced by the SE organization. These products include the Part I Specifications, 

the Preliminary Part II Specifications, the Interface specification and the Data Base © 
Specification. The Integration, Test and Transition Organization activities are 

guided by the following products created by the SE organization: Segment Test Plan, 

the Segment Verification Plan and the Segment Transition and Integration Plan. The 

Training activity is driven by the User Manuals and Operator Manuals and the O&M 

approach is defined in the O&M Plan and the Maintenance and Logistics Plan. 


Among overall project responsibilities, Systems Engineering is responsible for defin- 
ing and tracking Technical Performance Measurements (TPMs). For each TPM, e.g. Seg- 
ment Response Time, the SE organization establishes time-phased performance goals. 
Monthly, SE assesses the current projected performance of the major subsystems that 
contribute to response time based on the best available analysis or test data. Inte- 
grating these individual data points, SE projects the anticipated response time that 
the segment will achieve on delivery and compares it with the specified level of per- 
formance. By systematically tracking TPMs, SE provides the project manager with early 
indications of any potential deviations from specified performance, so that appropriate 
corrective actions can be implemented. TPM status reports will be submitted to NDPO, 
via CDRL 155. 


SE ORGANIZATION INTEGRATES ALL ENGINEERING ACTIVITIES -- The SE organization contains 
four departments, partitioned according to the engineering disciplines of Requirements 
and analysis, Design, Operations, and Communications and Interface Control. Figure 
5.2.1-1 depicts the SE Organization and the allociation of SOW and CDRL responsi- 
bilities to each of the departments. 
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a. The Requirements and Analysis Department will finalize the D/C Segment require- 
ments and interfaces including intersegment interface definition. This depart- 
ment is responsible for performance analysis and trade studies to identify @ 
and track system performance risk and to provide technical measurement of 
the system performance. Engineers in this Department are experienced in 
systems analysis and familiar with the NPIC environment, including opera- 
tional workloads, timelines and constraints. This department is respons- 
ible for the D/C Segment Performance model which is used to predict segment 
performance given different design and environment assumptions. The Require- 
ments and Verification Matrix for the entire D/C segment is also the respons- 
ibility of this department. 


b. The System Design Department's major activities include refining the allo- 
cation of requirements; updating the Preliminary Segment Design and Segment 
Specification based on customer feedback; development of the CPCI and CI 
Part I Specifications; providing SBR, PDR and CDR reviews of Segment speci- 
fications and supporting all other review and audits; specifying and partici- 
pating in ADPE procurements; assisting in developing and reviewing of all 
test plans and procedures and participate in testing; supporting trans- 
ition planning and transition to the BOC, IOC and FOC systems; supporting 
CM activities. 


cs The Operations Department is responsible for the development of an effec- 
tive, efficient environment through joint NPIC and team participation STAT 
in studies and experiments; developing segment concepts, procedures and 
specifications working with the other successful segment contractors 
through the Interface Control Working Group; developing user and operation 
manuals; and reviewing training plans and materials. This department is 
staffed with personnel familiar with NPIC operations (both the Imagery 
Analyst and computer operators), with human factors analysis and design, 
and with facilities planning. This department will oversee the develop- 
ment of the Segment Operations Concept and specification, User Manuals, 
Training Plan and Facility Requirements Drawings. Each of the subcon- 
tractors contribute to the Users Manuals and the Operator Manuals for the 
CPCI's for which they are responsible. 


d. The Interface Control Department is responsible for intersegment interface 
definition and requirements. They participate in the Interface Control 
Working Groups and provide and enforce software-operations~hardware inter- 
face standards. Personnel in this department are experienced in communi- 
cations, hardware and data base interface protocols. 


SUBCONTRACTOR SUPPORT TO SYSTEMS ENGINEERING ORGANIZATION -- While retains over- STAT 
all responsibility for system engineering, each of the subcontractors will perform 

the system engineering task relevant to the CPCI's for which they are responsible. 

Control is exercised by developing detailed, composite Segment Development Plans and 
integrating each of the team member's individual plans. Weekly reviews of progress 

on the Plan will be held, variances identified and corrective actions assigned. 


In addition to providing systems engineering support for their assigned CPCIs, the 


team members have been delegated the following areas of System Engineering 
responsibilities: 
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a. develops and maintains the D/C Segment performance model to validate STAT 
the full system, provides the Requirement Traceability and Verification 
Matrix. 

b. provides Segment Operations Concept and Specifica- STAT 


tions, User Manuals, Operator Manuals, Training Plan and Facility Require- 
ments Drawings. 


c. will produce the CI Specification for the IWS and provide system eng STAT 
neering support to develop the IWS and the associated CPCIs. 


The SE organization represents the D/C Segment development in other technical forums. 
These include: 


Segment SBR, PDR's and CDR's; 
Interface Control Working Groups; 
System Readiness Review Board; 
Project Configuration Control Board (PCCB); 
Segment Configuration Control Board (SCCB); and STAT 
Subcontractor Control Board (SCB). 


mhoana ea 


Section 4.4 describes in detail how each of the Configuration Control Boards 
function. 
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5.2.2 Methodology 


Systems Engtneering employs a proven and disctplined methodology to analyze requtre- @ 
ments, structure alternatives and specify a segment design for implementation by the 
Segment Development organtzatton. 


SE METHODOLOGY OVERVIEW -- The SE Methodology is initiated by the baseline design as 
derived from the DCP. The process considers and accommodates each driving require~ 
ment, i.e. operational, functional, performance, reliability, maintainability, avail- 
ability, security, interface and anticipated growth. The D/C Segment Design Specifi- 
cation is produced based on a detailed analytical assessment of requirements, opera- 
tional concepts and guidance from the government at SBR, PDR and CDR. 


Hardware and software architectural alternatives identify potential advantages in 
performance, cost savings or risk reduction. Through systems analysis and trade studies, 
the segment design is finalized for the Integrated Work Station and each of the seven- 
teen Computer Program Configuration Items. Specialty Engineering disciplines such 

as human engineering, reliability, logistics, training, safety and cost engineering 

are utilized throughout the process by the systems engineering organization to assure 
the completeness and integrity of the segment design. 


The major role of Systems Engineering during this critical design and review process 
is leadership and coordination in analyzing requirements, structuring alternatives, 
performing trade studies, producing specifications and active participation in con- 
ferences, meetings and working groups to resolve action items. Figure 5.2.2-1 pro- 
vides an overview of the steps involved in the Systems Engineering process for the 
D/C Segment. 


TOOLS SUPPORT THE SE PROCESS--The SE Methodology is supported by the use of a set of oo] 
proven tools such as PSL/PSA, D/C Segment Pilot Model, D/C Segment Performance Model 
and discrete Simulation. 


a. Problem Statement Language/Problem Statement Analysis -- The SE Organiza- 
tion is currently utilizing PSL to develop two data bases. The first will 
contain NDS requirements, and the second, the capabilities in the Segment 
Design Specification. The objective of this PSL/PSA activity is to logically 
connect all identified requirements with the associated portions of the 
design specification which fulfills each requirement. Upon completion and 
baselining of these data bases, the SE organization will utilize the report 
generation capability of PSA to output results of mapping requirements 
against specification to highlight and rectify inconsistencies. Emphasis 
is placed on generating and maintaining requirements traceability and veri- 
fication matrices, and in supporting computer generated CPCI specification 
(Parts I and II). SCRIPT and CADAM are used for ease in configuration 
Management compliance and general on-line text maintenance. 


b. D/C Segment Pilot Model -- A Pilot Model of the D/C Segment has been 
developed to test and demonstrate segment features. This model is fully 
described in Appendix A-5 of Volume II of the Technical Proposal. The 
Pilot is used to develop and interface a test data base; to test an inter- 
face between the host processor and the front-end processor; to test an 
interface to a Local Area Network (LAN); and to analyze human interfaces 
through simulated IA scenarios. & 
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Requirements Definition 
© Driving Requirements 
© Segment Trades 


Customer Interaction 


Formal Reviews 
© Site Visits 
© Questions/Answers 
© Documentation/Comments 
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‘Systems Engineering Tools 


D/C Segment Pilot Model-Test and 
Demonstrate Segment Features 
PSL/PSA/SCRIPT-370 Used for Requirement 

and Design Analysis, Data Base Analysis, 
Documentation and Requirements Traceability 
D/C Segment Mathematical Model-Aids in 
Predicting Performance Under Varying Assumptions 
RESQ It and SNAP/SHOT Provide Queuing Model 
and Discrete Simulation of Hardware Configuration 
Reliability Model Used in Reliability Analysis 
CADAM Provides Automated Design Aids 

SDL Provides Compute Power Required for System 
Development 


Specify Functions 
Features and Tasks 


1.0 Scope 
2.0 Applicable Documents 
3.0 Requirements 


D/C Segment Definition 
Functional Summary 
Performance Summary 
Pre-Exploitation Support 
Exploitation Support 

Post Exploitation Support 
Command & Control 


Communications 
Transition 

Interface 

Design Requirements 
EMC 

Availability 
Maintainability 
Operability 
Environment 

Safety 


ferification — Quality Assurance 


Verification Phases 
Intra Segment 
Inter Segment 
Interface 

Segment 
HAW/SMW/Ops 


Architectural Alternatives 


System Analysis 


® Workload Analysis 
© Timeline Analysis 
© Functional Allocation 
© Functional Partitioning 


© Selection Rationale 
= Performance 
~ Risk 
= Cost 

© Transition 


Engineering 
Disciplines 


Reliability 
Maintainability 


Human Engineering 


[Segment Design 
‘Definition & Description 


© Functional Design 
- Allocation 
- Data Flow 
- Control 
© system Design 
- Features 
- Capacity 
- 1/0 Activity 
- Hardware Configuration 
- Software Configuration 
- Data Base 
= Communications 


Training 


FEEDBACK 


Approved For Release 2007/09/07 : CIA-RDP84T00037R000400060001-1 


Customer Meetings/Direction 
Informal Reviews 

Formal SDR, PDRs & CDRs 
Technical Performance Monitoring 
Verification & Test 

Interface Control Working Group 
Project Audits 
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Configuration Item 
Development Specifications 


© ADPE Configuration 
© Integrated Work Station 


CPCI Development Specifications 


BEPPRE BAPPLS 
BEMGMT = BDMAPS 
BEXSUP = BTTDEV 
BERESU = WAPPLS. 
BMANIP BSYSM 
BSTATR — BDDMS1 
BMMGMT = FSYSTM 
BCCNTR = WSYSTM 
BQUERY 


SE Methodology Overview 
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has been developed to allow the system engineers to predict the performance 
of the segment under a variety of design, loading, and environmental assump 
tions. This technique reduces the risk that a change in the design or in 
the projected segment workload will have unanticipated effects on segment 
performance. This model is also used to study the impacts on the D/C Seg- 
ment by the other segments as their designs and requiremnets become known. 


c. D/C Segment Performance Model -- A mathematical model of the D/C Segment @ 


d. Discrete Simulation Model -- Performance characteristics of discrete STAT] 
hardware and software products is structured in a model that is currently 
in use by the Systems Engineering Organization. This model, called SNAP/ 
SHOT, allows an engineer to coublae|| (1 praducess such as processors, STAT 
operating systems, storage devices and front-end processors with customer 
unique configurations and design assumptions to provide an accurate pre- 
diction of system performance. This model will also be used in studies to 
compare performance levels of various configurations. 


STUDIES AND TRADES IDENTIFIED -- The Systems Engineering organization will be respons- 
ible for continual support of the project in studies and trades throughout the SAP 
time period. Figure 5.2.2-2 presents an overview of the procedures used by the SE 
Organization to perform a trade study. While the DCP did evaluate and resolve a 
significant number of alternatives, a number of additional key studies and trades 

have been identified for resolution in the early stages of the SAP: 


a. Human Factors Work Station Design Trade -- The human factors implications 
of IWS design alternatives will be evaluated with the objective of trading 
off user friendliness and attendant productivity improvements vs. cost. 
Also we will participate with the Government in planned experiments with e 
the IWS in areas of productivity enhancements and human factors engineering. 


b. Performance Model Refinement Study -- The simulation model of our hardware/ 
software configuration will be updated with actual design data and results 
of testing activities in our Development and Test Laboratory. 


c. Communications Interfaces Study -- The protocols (Levels 1, 2 and 3) will 
be defined to establish the physical and logical interfaces between seg- 


ments. The applicability of available X.25 products and procedures will 
be explored. 


d. Processor and DASDI Design Trades -- Alternatives in processor size, speed 
and configuration wtll be identified and evaluated in terms of cost, level 
of support and responsiveness to the NDS D/C Segment application. Similarly, 


disk storage alternatives will also be analyzed prior to ADPE procurement 
decisions. 


ae IWS Capability Trade -- Fiscal funding limitations may require the deploy- 
ment of a reduced capability for the IWS at IOC and a field upgrade at FOC. 


The implications of this change will be analyzed in terms of operations, 
costs and risks. 
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D/C Segment Trade Study Task 

Description: 

@ IWS Imagery Capability at 1OC 

Objective: 

@ Delay Expenditures Until FOC Time Frame 
Alternatives: 


1. Basic IWS (No Imagery, No Local Disk Storage) 
2. Enhanced IWS (No Imagery, Local Disk Storage) 


3. Full Capability IWS With Imagery 


Considerations: 


Minimum OPS Requirements 
Field Upgrading of IWS 

S/W Design Impact 

Transition, Training & ILS Impact 
S/W & H/W Development Impact 


Results Expected: 


Detailed Description of Each Alternative 
Operational Implications 

Projected Costs : 

Technical and Schedule Risks 
Recommendation 


Figure 5.2.2-2. 
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Model 


@ Features Analysis 


D/C Segment 


C———j Performance 


Risk 
Analysis 


Life Cycle 
Cost Analysis 


Select Best 


Alternative 


Document Results 
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@ Capability Implications 


Simulation 


@ H/W Implications 


Script 

CADAM 
Documentation 
Aids 


Example of Trade Study Methodology 
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5.2.3 Activity Plan 


The SE Activity Plan ts designed to provide all necessary support to the project 
in a timely manner. Our objective in structuring this schedule ts to meet all 
project milestones for BOC, IOC and FOC. 


SE ACTIVITIES AND OBJECTIVES -- Each of the four organizations comprising the SE 
organization (i.e. Requirements Analysis, Design, Operations, and Communications 
and Interface Control) have been designated specific objectives and activities 
required to achieve these objectives. Figure 5.2.3-1 delineates the key activities 
planned for the SE organization during SAP. 


The Systems Engineering (SE) Organization's activities will have four phases for 
special emphasis during the SAP time frame. First, there is a requirements 
allocation stage in which the emphasis will be on refining requirements, alloca~ 
tion of requirements to segment CI/CPCI's and creating conceptual designs. In 

the second phase, the focus will be on segment definition and specifications as 
reflected in the Segment Design Specification, Segment Operations Concept, refining 
the verification process, and transition planning. The third phase, is critical 
design and the activity will include developing detailed Part I and Part II 
Specifications, the Data Base Specification, and Interface Specifications. This 
third phase also includes hardware-software integration and support to the 

project test organization to ensure that the requirements are indeed satisfied 

by the developed products. Finally, the fourth phase will concentrate on verifica- 
tion of the segment's operational performance by assisting the SI in a variety of 
inter-segment and system/segment tests and operational demonstrations. 


SE ACTIVITY SCHEDULE -- Each SE task defined in the WBS and the SOW has been 
allocated and scheduled for consistency with the master schedule. Figure 5.2.3-2 
shows the schedule plans for each SE task required in BOC, IOC and FOC. Also 
shown are those CDRL's associated with key activities. 
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SE Organization ‘SE Responsibilities and Objectives 


Key SE Activities 


DIC Segment requirements 
‘and interfaces 

Formal, comprehensive and 
structured requirements analyses 
Requirements consistency, clarity, 
‘testability, feasibility 

Predict system performance 

‘System performance risk 
identification 

‘Technical measurements of system 
performance 

Configuration RMA tracking 
Document ssgnificant trades affecting 
D/C segment 

Logical trace between requirements 
‘nd design 

Verification of requirements 


REQUIREMENTS, 
‘AND. 
ANALYSIS 


"© Continue to expand PSL/PSA data bese and analysis 
to validate requirements and to provide requirements 
tuaceability 

‘© Maintain PSL/PSA data base throughout SAP 

© Use SNAPSHOT, and System losding models to 
‘estimate system performance 

© Add fidelity to models in all performance/risk areas 
to reftect sctual design parameters and test data 

(© Use standard tools, special software and models to 
‘tack technical performance 

© Develop RMA analysis updates based on configuration 
updates 

©. Develop segment design analysis report 

(© Work across program organization to identify and 
perform significant trades 

© Use PSL/PSA to provide requirements traceability 
‘s0d verification 


Segment Design that Meets alt 


Segment test, evaluation, integration 
‘nd tranition 


© Update preliminary segment design based on government 
feedbeck and updated segment specification 

‘© Perform design trades, reviews and audits to support 
design decisions 

© Perform requirements allocation and develop CPC! 
Part | and Ct specifications 

© Participate CM activities by performing change 
impact analysis 

‘© Support Test Planning and the execution and evaluation 
of tests 

‘© Support Transition Planning and segment transition 
into the operational environment 

‘© Provide SBR, PDR. and CDR Review for Segment 

‘Specifications 

‘Support ADPE procurement activities 


IWS User interface requirements 
in conjunction with NPIC user 
‘personnel 

Develop a segment operations 


OPERATIONS 


‘Oparations Concept features 
inchiding future requirements 


‘concept consistent with NPIC system 


Participate in Studies and Experiments with NPIC users. 

(© Analyze Human Factor Interface Requirements and 
Implications 

© Interact with other Segment Contractors for a total 
‘system perspective 

(© Prepare appropriate user and operators manuals 


COMMUNICATIONS 
‘AND 

INTERFACE 

CONTROL 


‘interface across NPIC 
Intersegment intertace definition 
‘consistent with operations concept 
Controlled intertace design 
‘Assurance with appropriate 
‘standards and interfaces 


Achieve cort effective communications 


Participate in development of comm. Protocol standards 
(Design intersegment interfaces 

Participate in interface coordination sctivities with 
NDPO and SI contractor 


Figure 5.2.3-1. 
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SE Activity Schedule 
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5.3 Software Development Plan &@ 


Software Development ts critical to the enttre D/C Segment Project's adherence 

to Schedules and Milestones. Therefore, this Software Development Plan emphasizes 
schedule commitment and applies proven programming technology to increase 
programmer productivity while maintatning the highest standards for quality. 


This section presents an overview of the Software (S/W) Development Plan (SDP). 
The major features of this plan that will contribute to timely completion of 
quality software are: 


a. EXISTING CODE AUDIT -- We have performed a comprehensive analysis of 
the existing code and we intend to salvage and exploit the existing 
code whenever possible. 


b. CONSOLIDATED S/W DEVELOPMENT -- all D/C Segment software will be 
developed, integrated and factory tested at our Gaithersburg facility. 


Cc. DEVELOP AND TEST LABORATORY -~ all hardware required for system 
development, integration and factory acceptance testing will be 
contained within our laboratory in Gaithersburg. 


d. PARALLEL S/W DEVELOPMENT -- CPCI's have been logically grouped to 
allow for parallel development and to expedite the development schedule. 
e. COMMERCIAL S/W PRODUCTS -~- Standard Commercial Products are used 
whenever possible to reduce the amount of new code required. @ 
Fe ENGINEERING PRACTICES -- Standard engineering and programming STAT 
practices used on all projects will be applied to this project. STAT 


g. PROBLEM ANALYSIS AND ERROR DETECTION -—- is monitored through a hierarchy 
of source code and stringent configuration management. 


h. ACTIVITY SCHEDULE -- each CPCI is planned in detail through its design, 
code and test stages. 
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5.3.1 S/W Organization and Responsibilities 


The S/W Development Organization is clearly defined and the responsibilities for SOW 
tasks and CDRLs have been assigned to specific departments within this organization. 


SOFTWARE DEVELOPMENT ORGANIZATION -- The D/C Segment Software Development organi- 
zation is defined to facilitate the parallel development of multiple CPCIs while main- 
taining technical and product control. The Software Development organization is 

shown in Figure 5.3.1-1 along with the assignment of responsibilities and deliver- 
ables that are consistent with the WBS and SOW. 


Three departments report to the S/W Development manager. The S/W Engineering Group 

is primarily responsible for defining the software architecture, system design, data 
base conversion and general support to all S/W development. The Software Control 
Group is primarily responsible for the control of S/W library, S/W builds and releases. 
This group will also be responsible for the COBOL conversion of the existing code to 
the new processor configuration. The CPCI Development Group will consist of multiple 
departments with specific CPCI responsibilities. These responsibilities include , 
design, code, unit test, S/W integration and problem evaluation and correction. 


is assigned responsibility for one CPCI, Pre-Expoitation, consisting of 128K source STAT 


lines of code, (SLOC). is assigned the responsibility for two CPCI's, Data Mani- STAT 
pulation and Test and Training Support, consisting of 134K SLOC. Two CPCI's associated 

with the Integrated Work Station, the Station System/Control Software and the 

Station Application Software, 176K SLOC, are assigned td is responsible STAT 
for the remaining twelve CPCI's consisting of 303K SLOC. 


These subcontractors will perform CPCI design and development under the technical & 
direction and guidance of the Software Engineering Group to assure that all CPCIs 
are developed using identical practices, conventions and procedures. 


JUSTIFICATION OF Boe eras -- The organizational structure defined in this plan 

is patterned after S/W organizations successfully used for other large develop- STAT 
ment efforts such as DSM, GPS, Space Shuttle and the Launch Processing System. The 
structure provides for specific CPCI responsibility that is guided by an overall archi- 
tecture design developed by the S/W engineering group and supported by the S/W Con- 

trol Group in library maintenance and configuration control. While the subcon- 

tractors are controlled by the Subcontractor Acquisition manager from a business view- 
point, the S/W Engineering Group provides the subcontractors with all required tech- 
nical guidance. Functional allocation of responsibilities, the requirement for paral- 
lel development of CPCIs and span of control were the primary considerations in structur- 
ing this organization. 
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RELATIONSHIP TO OTHER ORGANIZATIONS -- The S/W Development organization receives 
requirements and Part 1 specifications from the Systems Engineering Group. Once 
CPCIs are unit tested they are integrated and tested by the Intergration, Test and 
Verification Group. The S/W Development organization supports configuration manage- 
ment control provided by the Project Control Office. 


Software Quality Assurance is performed in the Product Assurance organization 
independent of the D/C Segment Software Development organization. The role of SQA 
is to monitor the work process and review the work product in the context of the 
Software Development Plan. Reports on adherence to or variation from the published 
methodologies, procedures and end product descriptions will be made to the Software 
Development Manager, and if necessary, the Program Manager. 


D/C Segment 
Project 
Security - Manager 
Segment 
Development 


@ SOW Primary Responsibilities 
— 43.1, 4.4.1, 4.5.1 SW Dev. Mgt. 


@ Support Activities 
~ SAW Stnds and Practices Enforcement 
- Configuration Control Board Member 
— S/W Quality Assurance Interface 
— Segment Dev. Pian 


= 


cPcl i 
Development 


SOW Primary Responsibility 


CDRL Responsibility 
~- 125 Data Base Specification 
— 132 Prog. Practices, Stnds 
& Conventions 
— 137 Data Base Administrator 
Manual 


Major Activities 

— SMW Architecture 
Design Review Coordination 
Program Product Definition 
SMW Tool Development 
Schema Definition 
Data Base Conversion 
and Administration 


Support 

- Technical Reviews 

— Technical Support to 
Subcontract Management 

~ O&M Activity Support 


Figure 5.3.1-1. 


@ SOW Primary Responsibility 
— 4.3.2.3 BOC Development — 
COBOL Conversion 


@ CORL Responsibility 
— None 


@ Major Activities 
- Library Control 
— Software Builds 
— Software Release Control 


@ Support 
— Configuration Mgt Support 
— O&M Activity Support 


SOW Primary Responsibility 
— 4.3.2 CPCI's for BOC 
— 4.4.2 CPCI's for 1OC 
~ 45.2 CPCI's for FOC 


CORL Responsibility 

— 142 CPCI Part li Specs 

— 138 Programmer’s Manual 
— 145 Data Dictionary 

— 150 CPCI Listings 


Major Activities 

— Preliminary Design 
— Critical Design 

~— Code & Unit Test 
— SM Integration 


— Problem Evaluation & Correction 


Support 


— MVS Documentation Support 


~ Training Activity Support 
— O&M Activity Support 


S/W Development Organization and Responsibilities 
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5.3.2 S/W Products Control and Methodology 


Our S/W development methodology has proven to be effictent and effective on other © 
large, complex S/W development contracts and will be used on the D/C Segment to maxt- 
mize productivity and minimize risk. 


D/C SEGMENT SOFTWARE PRODUCTS -- The products of software development (namely, the 
design documentation, the source code and the as-built documentation) will be built 
via terminals using the Development and Test Laboratory Facility. 


Figure 5.3.2-1 indicates the products which emerge from the phases of the software 
development process. In general, the System Engineering Organization is responsible 

for the products developed through PDR, with support and input from the Software Develop- 
ment Organization. After PDR, the product responsibility shifts to the Software Develop- 
ment Organization. During critical design, control is provided by the Part I Specifi- 
cations and project standards. The product of critical design, Part II Specifica- 

tions and supplementary documents, are baselined at the CDR milestone. This total 

set of specifications then controls the source code generation, test, and integra- 

tion activities. The establishment of design documentation baselines occurs through 

the formal review process; control of the source code during development is main- 

tained via internal design reviews, code inspection, SQA reviews and S/W testing. 
Baselining of the source code and as-built documentation occurs upon successful formal 
testing (PQT, FQT and acceptance). 


The products of software development, both documentation and source code, will be 
produced based on guidelines from this S/W Development Plan and the specific direc- 
tions in the Programming Practices, Standards and Conventions (PPS&C) document. & 


S/W DEVELOPMENT PROCESS -- COBOL source code for the D/C Segment will be developed 
based on a design expressed in Program Design Language (PDL) and according to the 
implementation directives of the PPS&C. This guidance applies to both technique and 
style. Adherence of the directives of the PPS&C is mandatory and assures consis- 
tency in implementation technique and presentation, thus maximizing the maintain- 
ability of the software. Three formal inspections will be performed at two design 
levels and the actual code level. 


Significant emphasis is placed on the configuration management of the software pro- 
ducts because of the magnitude of the products, the number of development teams engaged 
in parallel development of CPCIs, and the need for multiple version (BOC, IOC, FOC) 
support. Section 4.4 provides a detailed description of the Project Configuration 
Management structure and methodology. 


Our software tools satisfy the stringent configuration management requirements through 

a hierarchical library structure for both source code and documentation. Access con- 
trol is provided at each level of the hierarchy. Source code will reside in a hierarchy 
of at least four levels, where the differentiation of level is by the person/organization 
having change authority as follows: 
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Level 1: Controller is CPCI Development Manager. A sub-library hierarchical 
structure will exist for each CPCI as deemed necessary and controlled by 

that CPCI's development manager. All development activities leading up to 
PQT will be supported at Level 1. 

Level 2: Controller is Test and Verification Manager via contractor CCB. 
Qualification testing (PQT and FQT) activities will be supported at Level 

2. 
Level 3: Controller is D/C Segment Project Manager via the Project Con- 
figuration Control Board (PCCB). Acceptance testing activities will be 
supported at level 3. 

Level 4: Controller is Customer CCB. This is the release level library 
which will contain the operational software. 


The movement of source code upward from Level 1 in the hierarchy is through a process 
of "offer" and "promote/reject". The controller at a given level can "offer" software 
when specified exit criteria are met; the controller at the next level can "promote" 
the offered software if satisfied that all criteria are met, or otherwise "reject" 

it. When a failure is found through test or operation at Levels 2 through 4, a Pro- 
gram Test Report (PTR) is written for consideration by the appropriate CCB. Cor- 
rection of software defects are performed at Level 1 after the erroneous source has 
been copied from the higher level library to Level 1 library. 


Sections 4.3 and 4.4 describe in detail the application of quality assurance and Con- 
figuration Management to documentation. However, to summarize, Documentation will 
reside in a library hierarchy of two levels. The lower level is subsetted by the 
CPCI development manager. The higher level contains the baselined documentation and 


& as such is controlled by the D/C Segment Program Manager via the contractor CCB. 
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Figure 5.3.2-1. The Emerging Products of Software Development 
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Training for all segment users, operators and maintenance personnel will be provided 
prior to segment deliveries. Details and schedules for the complete training program 
may be found in Section 5.7. 


Cost control over S/W development is based on the concepts of baselining and status 
tracking. All interim work products (plans, designs, source language, etc.) are put 
under baseline control. Changes to baselines are subject to our design-to-cost 
practice. Baselines are visible to the management team and are the subjects of 
status tracking. Status tracking extends beyond the practice of reporting actual 
achievements against the baseline plans in two ways. First, the practices of tech- 
nical reviews and formal inspections focus on early error detection. Through this 
technical status tracking of the emerging work product, problems are found early in 
the development process when solutions are most cost-effective. Our experience 
indicates that 75% of all software errors can be identified and corrected through 
the review and inspection processes before any actual test of the software begins. 


Second, work in progress information provides productivity rates that are applied to 
estimates-to-complete. 


Figure 5.3.2-2 contains a summary of S/W standards and practices and their 
relation to the D/C Segment major milestones. 


ACTIVITIES LEADING TO 
D/C SEGMENT MILESTONES 


STANDARDS High Level Detailed Coding Unit Segment 
& PRACTICES De: Des Test Int nm Te 


Modular Design 
Data Design 

Logical Expression 
ADA-Based PDL 
Design Methodology 
Design Verification 
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Coding Conventions 
Development Environment 
Top-Down Implementation 
Simulation Software 
Incremental Development 
Interface Specification 
Integration Methodology 


Software Development Plan 
Design-To-Cost/Cost Mgmt 
Technical Reviews 
Formal Inspections 


x KKK 
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STRUCTURED PROGRAMMING FACILITY USED IN THE IBM TEST AND DEVELOPMENT LABORATORY STAT 
Structured Programming Facility (SPF) will be used by the Software Development Organi 

zation. The SPF provides a capability, called the Standard Terminal Interface (STI), 

which allows programmers to have functional access to an integrated set of programming 

tools via a programmer terminal without requiring knowledge of the programmer's part 

of the specific characteristics of each tool. This programmer's "Tool Kit" provides 

such function as program compilation, file services, e.g., copy, compress, delete, 

etc., syntax, analyzers, traces, source code entry, source code editing, change 

accounting, and version discrimination. Under development is an additional feature 

to support definition and creation of data files to support testing and file con- 

versions. This "Tool Kit" is being successfully employed on other large programs. STAT 


METHODOLOGY EXPLOITS EXISTING SOF ~- The code audit performed during the Design 
Competition Phase has enabled the team to accurately estimate the size of required STAT 
software and identify significant savings in code development by retaining existing 
system/applications software during BOC and converting existing applications software 

during IOC. The estimated sizes of each CPCI along with projections of the source 


lines of code that will be retained, modified or newly created is found in Figure 


5.3.23. 


As a schedule risk reduction action, the team will continue to emphasize the STAT| 
exploitation of the existing software base. Wherever possible, existing software 

will be retained, converted or used as a model, as appropriate. Our choice of COBOL 

as the implementation language was heavily influenced by our recognition of the value 

of the existing software. 


The proposed software architecture relies heavily on commercially available software 
products. This includes the operating systems for each of the processors, the com- 
munications access methods, the network control, the transaction monitor and the data 

base management system. In addition to the foregoing items which are usually archi- 

tected into a system, the team has specified the use of the program products for STAT 
specific application use, such as the text edit and spelling verification functions. 

We are proposing the adoption of the X.25 Communication Standard for the local area 


network (LAN) interface, which will be implemented using commercial software STAT 
products. 
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5.3.3 Activity Plan 


On-time delivery of the D/C Segment Software will be accomplished through paratlel @ 
development pathe, masimun retention and/or conversion of exteting software, and 
maximum use of commercial software products. 


Because of tringent BOC schedules imposed by external factors on the NDS D/C 

Segment, Ciggie has developed a three-pronged strategy to expedite the schedule. STAT 
First, the software architecture is defined to facilitate parallel development by 

minimizing interfaces between CPCIs. Second, maximum utilization of the existing soft- 

ware will be made to reduce the development effort. Third, existing commercial sott- 

ware products will be utilized wherever possible to minimize the integration effort. 


RISK CONTAINED BY STRATEGY PLAN -- Three areas of risk have been identified: schedule, 
quality and cost. Our plan minimizes these risk areas by assuring that we will meet 
our schedule objectives for BOC, IOC and FOC without compromise of software quality 

or unnecessary cost. Figure 5.3.3-1 identifies the major factors that will guide 

our S/W development activity in order to reduce risk. 


S/W DEVELOPMENT SCHEDULE CONSISTENT WITH PROJECT MILESTONES -- Functional allocation 
based on our architectural design has resulted in the definition of seventeen CPCIs. 
Eleven of the CPCIs are strictly applications software; these have minimal direct 
interfaces among themselves. As a result they can be developed in parallel with 
minimal risk. Four of the CPCIs represent the system level software; these are imple- 
mented with commercially available software products. The remaining two CPCIs provide 
the bridges between the application CPCIs and the systems CPCIs. 


The schedule for software development is fully compliant with the dates imposed by @ 
the RFP. Figure 5.3.3-2 presents an overview of the S/W Development Schedules. The 
individual activity plans and schedules can be found in Appendix B-3. 
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Figure 5.3.3-l1. S/W Risk Containment 
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A detailed CPCI development schedule is found in Figure 5.3.3-3. The assignments 

are based on the organization's capability to technically address the CPCIs and the 
e overall meshing of milestones to minimize schedule risk. Technical control over 

this activity is provided by the centralized software engineering function andSTAT 

is possible because of the extent of independence among the CPCIs. 


a. 


b. 


Design - Software Development documentation is prepared attendant to PDR 

and the critical design is completed leading to CDR. 

Code, Test and Integration - Upon design approval, module coding and testing 
occurs, followed by integration through the CPC level. , 

Preliminary Qualification Test - Integrated CPCs are promoted incrementally 
for independent test and preliminary qualification. 

Problem Analysis and Error Correction - Upon successful PQT, a CPC is 

placed under configuration management. Reported discrepancies are evalu- 
ated and errors corrected under the auspices of a CCB. Until formal accep- 
tance of the software, the CCB holds change authority, thereafter ttSTAT 
Government CCB takes responsibility. 


PDRs and CDRs are planned within the time frames indicated and will be scheduled by 
application-related CPCIs. The reviews are planned to take advantage of the overlap- 
ping schedules of the four members of the team. STAT 
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5.4 IWS Hardware Development Plan 


An IWS hardware configuration responsive to NPIC functional and operational requtre- @ 
ments will be fabricated using commercially avatlable components. This approach to 
the IWS hardware development activity ts Low risk and cost effective. 


The concept of the intelligent IWS evolved through the NPIC study and design phase 
activities. After extensive analysis and breadboarding of available components the 
following configurations were selected: 


a. B-20 alpha-numeric terminal to provide full interactive alpha~ STAT 
numeric capabilities and limited local processing to support the adminis- 
trative staff and analysis supervisors. 
b. B-20 alpha-numeric terminal integrated with an 5216 high STAT- 
resolution, Tempest approved graphics display to provide the full A/N and 
imagery capabilities to support the analysts. 


The remainder of the hardware required by the D/C Segment does not require any develop-~ 
ment or specification since they are commercially available. Commercial ADPE is not 
discussed in this plan. 


This section presents an overview of the IWS Development Plan including organization 
and responsibilities, methodology and activity plan. 


5.4.1 Organization and Responsibilities 


to accommodate the acquisition, integration, verification and test of commercially 
available components to develop the IWS. 


SELECTED TO DEVELOP es IWS -- While retains overall responsibility for the STAT 
development of the IWS, has been selected to perform the hardware engineering, STAT 


The IWS H/W Development and Acquisition (HD&A) Organization is defined and tailored & 


development and installation. is uniquely qualified for this role because of STAT 
their experience in the NDS program designing an IWS responsive to the needs of NPIC. 
is also involved in other projects, such as the Navy IAIPS program, which STAT 
includes the design and development of work stations to support intelligence analysts. 
currently has an operational IWS Development Laboratory, an operational Hardware STAT 


Fabrication Facility and a prototype IWS. 


HARDWARE DEVELOPMENT AND ACQUISITION ORGANIZATION -- The HD&A organization consists 
of four departments. Figure 5.4.1-1 is a summary of the HD&A organization and each 
department's SOW and CDRL responsibilities. 


The HD&A manager is responsible for the qualified IWS configurations. He reports 

directly to th D/C Segment Project Manager. Should additional resources or STAT 
areas of expertise be required, the Project Manager has ready access to obtain these 
resources. The four departments report directly to the HD&A manager. The Vendor 

Management Department will place on-site managers at each of the two vendor facili- 

ties, to insure their adherence to the development schedule, STAT 
compliance with relevant specifications and to enforce Project Quality Assurance 
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Standards. In addition, after the initial delivery of IWS units, the Vendor Manage- 
ment Department will monitor the repair cycle of returned items. The Hardware 
Engineering Department will support System Engineering in development of the CI and 
Component Specifications, support PDR and CDR of the IWS hardware, including the 
alpha-numeric terminal to graphics display interface, conduct Mean Time Between 
Failure (MTBF) and Mean Time to Repair (MTR) analysis, and provide the technical inter- 
face between the hardware and software development activities. The Installation and 
Checkout Department will develop the IWS facility requirements for inclusion in the 
Transition and Integration Plan, assemble the components into an IWS configuration, 
perform all tests prior to PQT, and install the IWS units at all locations. The 
Integrated Logistics Support Department will develop the IWS Maintenance Manual, 
inputs for the Segment Training Plan, and an IWS Operator's Manual. They will also 
develop the IWS maintenance concept, and provide for provisioning of spares and 
maintenance technicians at each Government site. 


RELATIONSHIP TO OTHER ORGANIZATIONS -- The HD&A manager will coordinate with all 
counterparts to ensure integrity of the IWS with the total D/C Segment. Each of the 
four departments of the HD&A organization are closely linked into other project 
organizations to insure that the hardware development is fully integrated into the 
total development effort. The Vendor Management Department will enforce Configuration 
Management and Quality Assurance standards promulgated by the Project's CM and QA 
organizations on the two vendors. The Hardware Engineering Department will receive 
the CI specification from the System Engineering Department and will function as the 
interface to insure that the evolving software and hardware remain compatible, and 
that the hardware and software portions of the Segment Development Plan remain compli- 
mentary. The Installation and Checkout Department will provide facility requirements, 
delivery schedules and installation schedules for the Segment Transition and Integration 
Plan. They will also provide installation technicians to the Project's Installation 
and Checkout Team and assist in tests and demonstrations at the NPIC installation 
sites. As installation begins, the Integrated Logistics Support Department will sup- 
port the Segment O&M organization and become an integral part of the on-site O&M sup- 
port organization. Details of the O&M Plan are contained in Paragraph 5.6 of this 
section. The HD&A organization will participate in all project PDR's both internal 
and external, all CDR's of software and products that have IWS implications, all 
internal configuration control boards, and all status overviews. All IWS hardware 
will be subjected to testing by the Project's independent Integration, Test and 
Transition organization as described in paragraph 5.5. 
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5.4.2 Methodology (Plans & Controls) 


The NPIC IWS wtll be fabricated from commercially available components, without modi- 
fications. An interface cable to be used between the alpha-numeric terminal and the 
graphice display will be developed. The entire IWS will be modified to comply with 
Tempest requtrements. 


H/W DEVELOPMENT METHODOLOGY BASED ON USING COMMERCIALLY AVAILABLE COMPONENTS -- Figure 
5.4.2-1 provides an overview of our Hardware Development Plan. Even though the IWS 
hardware will be fabricated from unmodified, commercially available components, com- 
prehensive hardware development management techniques will be used. The hardware 
will undergo PDR, CDR, PQT, FQT and integration testing. Figure 5.4.2-2 is an expan- 
sion of our hardware development plan activities and their relationship to both IWS 
and segment software development. The core of the hardware development activity 

will take place in the Hardware Fabrication Facility (HFF). The HFF is cur- 
rently operational and includes all equipment, such as Factory Automatic Test Equip- 
ment (ATE) and Factory Special Test Equipment, necessary to fabricate the IWS. A 
prototype IWS is also available. This prototype will be delivered to the Develop- 
ment and Test Laboratory for use by the Segment system engineers to support their 
human factors analysis. The development methodology is quite simple. The two com- 
ponent vendors will deliver five (5) 5216's and ten (10) B-20 alpha-numeric 
terminals to the HFF. Here the graphics to alpha-numeric interface cable will be 
designed, fabricated and installed. The resulting five prototype alpha-numeric IWS 
units and the five IWS units W/CID will be tested at the CI and component level to 
ensure the proper functioning of all hardware and system software. 


Test and Development Software developed in the Development Lab will be delivered 
to the HFF to support the hardware verification effort. The modifications necessary 
for Tempest qualifications of the B-20 will be determined and implemented. The ten 
IWS units in the HFF will then be delivered to the. Development and Test Laboratory 
to support Segment development. By this point, the B-20 vendor will have begun pro- 
duction and delivery to the HFF of 280 B-20 terminals to be prepared for BOC instal- 
lation and to support reliability and maintainability analysis and testing. 
will begin production of the 500 graphics displays and begin delivery to the HFF for 
assembly in IWS units, test and installation for FOC. All remaining hardware activ- 
ities are in support of O&M. 
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5.4.3 Activity Plan 


Stnee the IWS Hardware consists primarily of commerctally avatlable components, 
delivery schedule ts a minimum risk area. 


The first major milestone in our H/W Development Plan is the delivery to the DTL STAT 
a prototype IWS in July 1982 which will be used for human factors analysis. After 

interface and tempest modification designs are made and the test/development software 

is completed, 10 additional IWS will be delivered to the DTL in August 1983. The 

production versions of the IWS will begin in January 1984 when 280 A/N IWS will be 

installed at the Government site. Between January and June 1985, 220 A/N IWS and 

100 Imagery IWS will be installed. The final shipment of 400 Imagery IWS will be 

made between June and September 1985. The Activity Plan schedule that correlates 

with the WBS is found in Figure 5.4.3-1. 


Tempest testing impact on production will be minimized by the use of the STAT 


5216 identified work station which is currently Tempest-certified with a color STAT 


monitor. Reconfiguration with a monochrome monitor and Tempest-recertification by 

an experienced testing organization should not adversely affect the production 
schedule. Risk containment and cost risk reduction efforts include utilizing 
off-the-shelf components to minimize hardware/software development and reconfiguration 
of a Tempest-certified display system (using an established testing organization). 
Technical risks are reduced as a result of using commercially available components 

and having a prototype work station available. 
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Figure 5.4.3-1. Hardware Activity Schedule 
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5.5 Verification and Test Plan 


The team's Integration, Test and Transttton (IT&T) organization develops segment Gs 
tests plans and executes comprehensive test to insure that the segment specifications 

and requtrements are satisfied. The test program ts designed to proceed in parallel 

with the development process to achieve the most efficient schedule. 


The test and verification program will be conducted in two phases. Initial testing 

will be conducted at the TL and are directed at incremental build-up of hardware STAT 
and software components and integration testing between hardware/software subsystems 

to ensure ship readiness of the segment to the site. Subsequent testing is conducted 

at the site, starting with installation and checkout and ending with successful com- 

pletion of operational readiness tests. The aggressive schedule will be satisfied 

by parallel development of segment hardware and software, and early testing by the 

IT&T organization on incremental hardware and software capabilities as they become 

available. 


5.5.1 Organization and Relationships 


The IT&T organization is independent from the Segment Development organization to 
promote a ‘tctally objective and comprehensive verification process. 


IT&T DIVIDED INTO FOUR DEPARTMENTS -- The Segment Planning Department is responsible 

for all test, integration and installation planning. The Verification and Test 
Department is responsible for the execution of all formal tests and demonstrations. 

The Training Department is responsible for providing both initial and ongoing training 

to Segment and System users, Operators and Maintenance personnel. The Operations 

and Maintenance (08M) Department is responsible for all post-installation O&M. The ® 
manager of the IT&T organization reports to the Project Manager and will provide 
management of all segment test, installation and checkout, training and )&M activities. 
The IT&T organization and its SOW and CDRL responsibilities are contained in Figure 
5.5.1-1. 


MAJOR ROLE IN IT&T ORGANIZATION -- While [retains overall responsibility for  S/AT 
the IT&T program, will produce all of the CDRL items assigned to the IT&T organi- STAT 
zation. has been selected for this role to take maximum advantage of their ten STAT 


tions of the current operational software. By usin in this role has maxi- STAT] 
mized the independence of the software development activity and the test and verifi- 

cation program; a technique that has been proven to enhance the quality of systems 

under development . 


years experience with the current NPIC system, including test and poles es of por- 


ment Verification Plan for implementation. In addition, the various specifications 
that form the basis for test design will be provided, such as the Segment Design Speci- 
fication, the Data Base Specification, the various interface specifications and the 
Part I Specifications. Interface with the Software Development Department includes 
receipt of Computer Program Components (CPCs) upon which to base PQT and FQT tests. 
Program Trouble Reports for any software that fails a level of testing will be pro- 
vided to the Software Development Department for analysis and resolution. Software 

and hardware will be provided to the IT&T Organization for formal testing through 

the CM function. All support provided to the SI for customer site tests and demon- @ 
Strations, including inputs, test execution and reporting will be provided by the 

IT&T organization. The IT&T will interface with the NDPO while designing the required 
CDRL items, by participating in PDR's and CDR's and providing test results analysis 

and test reports. 
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5.5.2 Methodology 


Segment Testing tnsures that each requirement in the spectfication is satisfied and @ 
the D/C Segment performs in a qualttive and quantitative manner as originally 
destgned. 


BUILDING BLOCK APPROACH USED FOR VERIFICATION -- The test program is a multilevel 
verification sequence, requiring quality conformance check points to be satisfied 
before proceeding to each higher level of testing. Figure 5.5.2-1 provides an over- 
view of the complete Test and Verification program. 


TEST PLANS ARE BASED ON REQUIREMENTS FROM D/C SEGMENT SPECIFICATIONS -- NPIC require- 
ments and program implementation test directives were allocated to the D/C Segment 
Design Specification in the DCP Phase. These Design Specifications will be allo- 
cated to the appropriate CPCI/CI Part I Development Specifications during SAP. The 
test requirements will be allocated to the specification Quality Assurance sections 
and also provide inputs to the Test Plans. The Requirements Traceability and Verifi- 
cation Matrix shown in the Technical Proposal (Appendix A3) will trace these alloca- 
tions. 


VERIFICATION PLAN PROVIDES GUIDANCE TO THE TEST PROCESS -- The Segment Verification 

Plan provides primary guidance as to the verification methods, analysis, inspection, 

test and demonstration to be used during testing. The plan contains a Verification 

Status Matrix for each formal test and will be completed at the post-test briefing 

session following a formal test activity. At pre-ship CM will audits these Verifi- 

cation Matrices and review them as part of the acceptance process. Figure 5.5.2-2 

provides an overview of the Verification Plan including the test categories, docu- 

mentation, verification method, tools and responsibilities. & 


TEST PROCEDURE -- Each test is planned, performed and documented by the responsible 
organization using qualified test tools and equipment. Tests are conducted using 

test plans and procedures prepared by Engineering, System Engineering, Software Develop- 
ment, or Transition, Integration and Test. The method of specification requirements 
verification is driven by the Segment Verification Plan. 


OPERATION READINESS TESTS -- Successful operational readiness tests will be con- 
cluded with trained operators, users and managers in a simulated real time environ- 
ment. The Integrated NPIC System will be used to train operations personnel using 
simulated scenarios, manuals, positional guides and checklists. 


TOOLS FACILITATE TESTING -- Diagnostic tools provide the capability for integrating 
the communications network with the host computer and the integrated work stations. 
The Test and Training CPCI provides the scenario generation capability to conduct 
formal software tests and serves as an aid in the training activities. The Tele- 
processing Network Simulation program provides the capability of simulated loading 
of terminals to verify response timings. Data Reduction tools will support the 
analysis of the test results. 


TESTING DOCUMENTATION -- Testing documentation is tailored to specific tests and con- 

froms to the data requirements. CPCI and CI formal test plans will be developed in 
accordance with the Segment Verification and Test Plans and will be reviewed in PDR's 

and CDRs prior to testing. Site planning for equipment layouts and segment 

shipping will be documented in advance. CPCI test plans will be submitted incre- 

mentally as appendices to a summary index volume. Test reports will be sumitted at @ 
the conclusion of each formal test. An overview of the Test Documentation Tree is 

presented in Figure 5.5.2-3. 
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Activity Plan 


Verification and Test Activities are consistent with the master schedule and meet 


the project milestones by ineremental integration and testing in parallel with soft- 


ware 


Development integration and testing of CPCI and CPCs will be conducted using an incre- 


menta 


development. 


1 approach, emphasizing control and visibility of the software products. 


CPCs 


will be tested independently then grouped into strings for inter CPCI integration 


and t 
the b 


est. Strings will be integrated one at a time; building on the first string as 
aseline. Figure 5.5.3-1 shows CPCI source lines of code integrated and tested 


per quarter. The major milestones for integration and testing for each CPCI ar 


shown in Figure 5.5.3-2. 


ties 


IiI- 


time lines are detailed in Figures 5.5.3-3. 


CPCI/CPSs Will be incrementally Integrated and Tested. 
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Figure 5.5.3-1. Source Lines of Code (x10°) Integrated/Tested per Quarter 
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Figure 5.5.3-3. IT&T Activity Schedule 
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5.6 Operations and Maintenance Plan 


vide an experienced team for all necessary support to NDS during this eritical phase 
of the project. 


The primary objective of the O&M activity for the D/C Segment is to maintain the system 
and to provide technical support on-site for the BOC, IOC, and FOC O&M periods. Our 
approach to O&M is cost effective because it is based on a limited number of on-site 
staff that relies heavily on off-site support to meet system needs as they arise. 


A summary of the features of this O&M Plan are: 


a. 


b. 


On-site maintenance support at both 


Field Engineering Division maintains standard software products and 
commercial hardware under standard GSA contract. 


On-site, depot level repair of Integrated Work Stations with the Govern- 
ment assuming responsibility for half the IWS maintenance workload. 


Factory Development and Test Laboratory and off-site expertise used for 
application Software maintenance through IOC Factory Acceptance Testing 
(FAC). 


All required expertise consolidation on-site O&M team after IOC-FAC. 


OJT for Government Software Personnel by participating in Applications 
Software problem analysis and resolution. An assumption is made that Govern- 
ment personnel will be responsible for approximately half of the S/W main- 
tenance during the O&M time frame. 


Active participation and cooperation with NDPO, SI and Configuration Control 
Boards. 


Formal Discrepancy Report Procedures established to monitor all problems 
and track their timely resolution. 


This O& Plan is related to the other plans in this section by requiring reference 
material inputs from Systems Engineering (requirements and design), Software Develop- 
ment (CPCI documentation), Hardware Development (IWS documentation), Verification 
and Test (diagnostics and acceptance criteria) and Training (user, operations and 
maintenance procedures). 
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5.6.1 Organization and Relationships 


Two distinct O&M organizations have been structured--the initial organization makes 
full use of the Factory Development expertise through IOC factory acceptance testing 
and the latter organization consolidates this expertise on-site after the Develop- 
ment and Test Laboratory ts closed. 


O&M PHASE 1 ORGANIZATION DESCRIPTION -- The initial organization maintains a close 
relationship between our on-site O&M staff and our off-site (factory) development 
expertise. The on-site staff will provide direct contact with system users and the 
NDS Operations Staff to respond to discrepancy reports (DR) and to provide initial 
assessments of problem diagnosis, required resources and time frame required to accom- 
plish corrections. The on-site staff also provides maintenance and depot-level repair 
of integrated work stations and maintenance of hardware and standard software 
products by the Field Engineering Division. 


Figure 5.6.1-1 delineates the O&M Phase 1 Organization and Responsibilities in rela- 
tion to SOW tasks and planned activities. The O&M manager will be on-site and will 
be a single point of contact for all O&M activity. Three groups will also reside at 
the site. The Technical Support Group will be primarily responsible for analyzing 
discrepancy reports and assuring the problems are adequately resolved. The Hardware 
Maintenance Group will be primarily responsible for the repair of the Integrated Work 
Stations and the commercial hardware. The Software Maintenance Group will be respon- 
sible for coordinating all software fixes including standard S/W products and applica- 
tion programs. During the Phase 1 organization time frame, most application software 
problems will be analyzed and resolved at the Factory rather than at the site. The 
Project Control Office will maintain configuration control and update all required 
documentation to assure consistency in the baseline. 


O&M PHASE 2 ORGANIZATION DESCRIPTION -- The Development and Test Laboratory will be 
closed after the IOC Factory Acceptance Test and the required expertise to maintain 
the D/C Segment will be transferred to the on-site location. The Phase 2 organiza- 
tional structure and responsibilities are shown in Figure 5.6.1-2. Each organiza- 
tional group will retain their basic responsibilities from the Phase 1 organization 
with the following exceptions: The Technical Support Gourp will take on the 
additional responsibility of coordinating computer time and developing procedures at 
the site for problem isolation and resolution since the Factory computer facilities 
will no longer be available. The Software Maintenance Group will take on the 
additional responsibility of correcting all application code problems. However, 
this group will have on-call backup expertise available at the Factory in the 
Engineering Support Group if the need does arise. 


JUSTIFICATION -- The two phase approach to O&M organization is justified based on 
the availability of the Development and Test Laboratory at the factory. The objec- 
tive in the Phase l organization is to provide a limited number of on-site personnel 
while supporting the maintenance of the H/W and S/W with the best expertise avail- 
able. This expertise will be selectively transferred to the site upon the closing 
of the lab. The structure of the O&M organization is justified based on the 
following factors: 


a. An O&M manager is needed to serve as a single point of contact for all O&M 
activities at the site. 
b. A Technical Support Group is needed to evaluate Discrepancy Reports to coor- 


dinate and assign responsibility for resolution, and to assure that the 
fix adequately resolves the problem. 
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Problems 

— Install and Test Corrected Versions 


Responsibilities 
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A Hardware Maintenance Group is needed to maintain both the IWS and the 
standard commercial hardware and to assure 
a consistent approach to maintenance 1s followed. 


A Software Maintenance Group is needed to coordinate and resolve all soft- 
ware fixes--both in standard software products and in application code and 
to assure that segment and system integrity is maintained throughout 08M. 


ORGANIZATIONAL RELATIONSHIPS -- Within the D/C Segment organization, the 0& 
organization relies heavily on the Project Control Office for configuration and docu- 
mentation of the baseline. The Subcontract Acquisition Management department manages 
the subcontractor support needed during O&M. The Systems Engineering and Segment 
Development groups provide off-site support to O&M in problem analysis and resolution 
as needed. After the closure of the Development and Test Laboratory, the Project 
Office will assume Subcontractor Management functions and the systems engineering 
and development expertise will be consolidated into an Engineering Support function. 


The O&M organization will support the NDPO and the SI in operational analysis and 
problem resolution. In addition, the O&M organization will actively participate in 
the Interface Control Working Group with other Segment contractors and the NDPO Con- 
figuration Control Board. 


Following each major delivery (BOC, IOC, FOC), Current Operational Capability (COC) 
baseline H/S/O items will be conducted to provide the departure point for O&M con- 
figuration Control. Management of H/S/O products during O&M periods will take place 
largely through tracking DRs, Requests for Change, Engineering Change Proposals (ECP), 
Specification Change Notices (SCN) and MTMs. Through accurate accounting procedures, 
the status and priority of any change will be followed through to implementation. 

IBM will provide NPIC on a periodic basis a summary of pertinent change status informa- 
tion reflecting all active change documents. 


Phase 2 08M Organization Consolidates Required Expertie atthe Government's Sites 


Revposetety 
(ome on Prove ¥ OM! 


Figure 5.6.1-2. Phase 2 O&M Organizational Responsibilities 
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5.6.2 O&M Methodology 


The O&M methodology ts based on a User Generated Discrepancy Report which triggers a Ss 
formal procedure to isolate and resolve all problems while maintaining system integrity. 


PROCEDURE DESIGN FOR EXPEDITIOUS PROBLEM SOLVING -- The current NPIC Discrepancy Report 
(DR) will be used to formally document and describe the occurrence of a reported anomaly 
in hardware/software/operations (H/S/0) delivered products. DRs are written for either 
operational or pre-release versions of these products. These reports will be treated 

as work orders to investigate problem areas and to modify any system component suf- 
ficiently to make that component function as specified in the requirements or design 
specification. Discrepancy Reports will not be used to authorize the acceptance of 

a new or changed requirement or authorize a system enhancement. Changes to the System 
as depicted by a DR will be evaluated and authorized under a separate procedure out- 
side of the scope of this O&M organization. 


Figure 5.6.2-1 shows the flow of a Discrepancy Report through the planned O&M proce- 
dure. The on-site O&M manager (or a technical representative in his absence) will 
receive all reported discrepancies, analyze impact on ongoing operations and classify 
the critical level of the discrepancy. Four critical levels will be defined: 


a. Level 1 denotes that the problem results in a critical impact on software 
operations and an immediate action is required that takes priority over 
all other O&M activities. 


b. Level 2 denotes that the system is operable but severely restricted and 
requires action as soon as the system can be made available for repair. 
Cc. Level 3 denotes that the system is operable with only minor restrictions 


which are not critical to overall operations. The actions for this level 
will be scheduled behind the higher priority discrepancies under current 
investigation. 

d. Level 4 denotes that the problem has been circumvented by an initial fix, 


but further evaluation may be required to assess what further action may 
be required. 


After assigning the critical level to the DR the O&M manager gives the DR to the 
Technical Support Group for detailed analysis. This group interacts with the user 


to reconstruct the problem and assigns responsibility to either the H/W or S/W Main- 
tenance Groups. 


COMMERCIAL HARDWARE MAINTENANCE -- All D/C Segment hardware will b intained STAT 
under a standard GSA contract. Local customer engineers (CE) from the Field STAT 
Engineering Division will provide all necessary tools, test equipment, pa 

diagnostics and reference materials to maintain commercial hardware. main- STAT 


tenance software packages, together with built-in CPU and I/O controller micro- 
diagnostics aid in making rapid diagnosis, off-line repair and on-line verification 
of the repair, often without impacting users and other components. Backing up the 
CEs for standard product maintenance are local area specialists who provide tech- 
nical support in particularly complex situations. CEs also have access to 
symptom/fix and parts support information from data banks of historical information 
at large system support centers and through the Remote Technical Assistance Infor- 
mation Network (RETAIN). Access to this data is through toll-free telephone calls. 
The CE provides the center with the symptom and a data base search is made to match 


the symptom and repair. @ 
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INTEGRATED WORK STATION HARDWARE MAINTENANCE -- To provide complete and timely 
support for all delivered integrated work stations, we will supply technicians at 
the site as scheduled and at during time of inspection. At 


we will provide a depot level maintenance facility together with a parts cache 


to allow rapid repair/replacement of IWS components and thus provide uninterrupted 
service to the user. At the site maintenance will involve the replacement of lowest 
replaceable units (LRU) and replenishment from stock. Larger failed 
components would be shipped from the site for repair at the depot main- 
tenance facility and then returned. Any repairs beyond the capability of the main- 
tenance facility would be forwarded to the IWS Development Facilty for major repair 
or replacement. We will provide a full-time maintenance manager at to 
manage all IWS maintenance and to interact with the IWS development facility for per- 
sonnel augmentation support and for resolution of non-maintenance related user/oper- 
ational problems. 


O&M Ma (Statf 


Figure 5.6.2-1. Discrepancy Report Process Flow 
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5.7 Training Plan 


A comprehensive and customized training program will be based on this plan which 
will provide instruction to NPIC personnel in the use, operation and maintenance 
of the D/C Segment. 


As prime contractor, retains ultimate responsibility for all training tasks; 
however, will coordinate and perform the actual training functions. has 
selected for this important effort based on the fact that they have extensive 


experience in developing large training programs for various Government agencies 
including the NPIC. 


The 


team has analyzed the unique challenges that the NDS program presents to the 
development of an effective training program. 


This Training Plan is guided by the 


strategies shown in Figure 5.7-1 which depicts our plans to address each cited 
challenge. 
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We Have Anticipated the Training Challenges and Have Developed a Tailored Strategy to Address Each 


Area of Concern. 


STRATEGY TO ADDRESS TRAINING CHALLENGES 


CHALLENGE 


1. Meeting quality standards within a 
compressed time frame. 


2. Coordinating a multitude of diverse 
activities. 


3. Accomplishing review and approval of all 
program plans and products in a timely fashion. 


4. Assuring that training meets approval of NPIC. 


5. Designing a program to reflect the structure, 
Procedures, and dynamics of NPIC. 


6. Presenting the program of instruction in a 
manner relevant and practical to participants. 


7. Defining and quantifying job components 
for a variety of positions.- 


8. Producing quality training materials in a 
timely manner. 
9. Delivering the training in an efficient, timely 


and effective manner. 


10. Anticipate resistance of participants to training. 


Figure 5.7-1. 


STRATEGY 


Conduct parallel activities where possible instead of 
making activities sequential. 

Monitor progress of all activities through weekly staff 
meetings. 


Comprise training team of experienced BA&H staff who 
have worked together in similar situations. 

Assign coordinator of logistics. 

Establish a continual liaison function with NPIC training 
staff. 

Maintain a detailed training plan specifying milestone 
events and time schedule. 


Inform all personnel of priorities. 

Centralize and coordinate the distribution of draft materials 
for review. 

Maintain task preparation and delivery schedule, as well 

as review and approval schedule. 


Review with NPIC all drafts of materials and methodologies 
Conduct pilot programs for NPIC review. 
Revise plans and materials as necessary. 


Comprise a team of trainers familiar with NPIC operations. 
Schedule periodic meetings with NPIC. 
Use NDS internal documentation in training program design. 


Focus on performance appraisal as an essential management tool. 
Design NPIC specific cases, exercises, situations, etc. 

Utilize coaching, counseling techniques, case studies, ‘‘hands-on’’ 
exercises and the methodologies that enhance application of 
concepts. 


Assign trainers who have extensive experience in determining 
critical job elements and performance standards for a diversity 
of positions. 


Use the Project Graphics and Print Shop to product all materials. 


Assign a logistics coordinator to work with NPIC prior to and 
during training to coordinate facilities, materials, and scheduling 
of participants and training sessions. 


Select a team of trainers familiar with NPIC procedures and 
structure and the intelligence environment. 

Capitalize on the extensive human relations/group dynamics 
backgrounds of trainers. 

Plan sessions to allow for flexibility of scheduling by participants. 
Assist NPIC in drafting and issuing memoranda to all involved 
personnel informing them of the training program. 


Training Challenges 
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5.7.1 Organization and Relationships 


& Our Training Organization will specialize in three areas: User, Operator and Main- 
tenance/Support training and will make full use of the expertise in D/C Segment organta- 
atton to assure a high quality and comprehensive tratning program. 


A RESPONSIVE AND FUNCTIONALLY-ORIENTED ORGANIZATION -- Our training organization has 
been functionally structured to be totally responsive to the SOW and to provide the 
required level of support throughout the SAP. Figure 5.7.1-1 depicts the Training 
organization, along with each group's SOW and CDRL responsibilities. This Training 
Plan delineates the activities that will prepare and deliver training materials for 
system users, Government instructors, operators, data base administrators and main- 
tenance personnel. In addition, the Training organization will coordinate facil- 
ities and schedules of individual training sessions. Also shown is the relation- 
ships between the five major D/C Segment project functions and the training func~ 
tion. Depicted are the supporting items and activities that will be provided by those 
five functions in order to achieve an effective training program. 


SUPPORT FROM PROJECT 
T 


U/C SEGMENT ORGANIZATION SUPPORT PROVIDED TO 
TRAINING FUNCTION 


Security Product 
Assurance 


Project Control Office @ Admunustrative Support 
®@ Configuration Control 


Integration @ Quality Assurance 


Test & 
Transition ~ Subsystem Acquisition @ Subcontractor Management 
Management @ Vendor Support 


Integration Test & @ Training Facilites 
Transition @ CPCI/CI Training Versions 
@ Test Cases 
@ Guidance and Support 
Training Systems Engineering © Operations Concepts/Scenarios 
@ User Manuals 
@ Operator Manuals 
©@ Date Base Admin Manuals 
@ SOW Primary Responsibility @ Problem Resolution Support 
— 4.174 Training Management Segment @ Programmers Manuals 
Development @ Data Orctionary 
@ CORL @ Data Schema 
* 140 Training Plan (1} @ System Demo Support 
@ Equipment Operations Manuals 
@ Support Activities @ Marntenance Manuals 


+ gt 5 . ep Ri 
— Logistics Coordination rablem Resolution Support 


User Operator , os & 
Training Training eh ora 


© SOW Primary Responsibility @ SOW Primary Responsibility @ SOW Primary Responsibility 

— 4.17.2 User Training — 4.17.3 Operator Training ~ 4.17.4 Maintenance Training 
@ CDRL @ CDAL @® CDRL 

* 146 Training Materials (1) * 146 Training Materials (1) © 146 Training Materials (1) 


Note 1: All CORLs Prepared by BA&H. 


@ Figure 5.7.1-l. Training Organization and Responsibilities 
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5.7.2 Methodology 


Our training methodology is destgned to provide NPIC with a comprehensive curricula 
that ts based on a balanced selection of training modes tneluding classroom, com- 
puter assisted, independent self-study and on-the-job. 


PROCEDURES COOPERATIVELY DEVELOPED -- Our training methodology incorporates and integ- 
rates, in a balanced and complementary fashion, various modes of training, to suit 

the needs of NPIC personnel. For system users, it will be available on all shifts 

and will be personalized to satisfy unique application areas. Classroom training 

will be the predominate mode of training used. Training segments that are well struc- 
tured will be developed using the computer assisted instruction (CAI). This per- 
sonalized mode of training will also be used for skill development and practice situ- 
ations. The classroom and CAI training modes will be augmented by a self-study pro- 
gram in those areas where personal orientation and memorization is required. Finally, 
the trainees will be coached as needed during an on-the-job training period. 


We will provide training for all members of the computer operations, system program- 
mer and support, data base administration (DBA) and software maintenance staffs. 

We will also provide training for the NPIC instructors who will in turn train the 
D/C Segment System users. 


Figure 5.7.2-1 shows the system users divided by functional areas. The specific 
courses planned for each training category plus estimates for number of trainees is 
found in Figure 5.7.2-2. The procedure for developing training materials for NPIC 
system users consists of the following steps: 


a. Collect Data - The training organization will gather inputs on D/C 
Segment functions, command and control functions, integrated work station 
procedures, configuration management and software management. From these 
inputs, lists of subjects will be developed to serve as guidelines for 
training material development. Inputs for training needs will also be col- 
lected from the other segments and the SI contractor. 

b. Develop Syllabus - From the subject lists, a syllabus for each curriculum 
will be developed detailing subjects that each trainee must learn. 

Cs Review Training Materials - The training organization will review the 
course material outlines with NPIC training specialists to ensure a proper 
balance of emphasis in selected functions. 

d. Develop Training Materials - Based on approved course material outlines, 
training materials for Government instructors and system users will be 
developed. These materials will consist of, but not be limited to, lec- 
ture outlines, individual self-study courses, visual aids and problem exer- 
cises. 

e. Evaluate Training Materials - A test scenario will be developed and admin- 
istered to a small selected group to validate the scenario. The Test 
Training sessions will be evaluated by administering a proficiency exam to 
the participants. 

f. Modify Training Materials - An internal evaluation of the test results will 
be conducted and, if necessary, corrections made to materials or pro-~ 
cedures and the test procedure performed again, on a different group, with 
subsequent evaluation of the results. 

g. Review Test Results With NDPO - Results and corrective measures taken for 
all testing will be reviewed with NPIC management prior to finalizing the 
preparation training materials. 
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h. Develop Training Schedule - A schedule will be developed and will 
identify the necessary training that NPIC personnel will require based 
on their job position and time availability. 

i. Conduct Training - Several NPIC staff members will receive training 
directly from hardware/software vendors. These individuals will be 
scheduled into classes as required. NPIC instructors will conduct 
training classes on site for all identified system users. 

j. Administer Proficiency Exams - At the completion of the training cycle 


for each individual, a proficiency exam will be administered to determine 


the level of expertise attained. 

k. Evaluation of Exam Results With NDS Management - The proficiency exam 
results will be jointly evaluated with NDPO to determine trainees' 
capabilities vs. requirements and changes to the training program will 
be made as necessary and recommended course of action. 


TRAINING RESOURCES AND MODES -- The computer resource that will be used by the 
training function will be the training/backup computer at the site. The training 
function will require two fully equipped classroom (30 terminals each with audio/ 
visual equipment) at the NPIC, capable of accommodating up to 30 students each, 
available on all three shifts. Four basic training techniques will be utilized 
for all training activities. They are Computer Assisted Instruction (CAI), 
Independent Study Courses, On-The-Job training (OJT) and classroom lecture. 
Classroom lecture will be used as the primary technique for imparting information 
to trainees and OJT will develop the skills acquired during training. CAI shall 
be used to aid NPIC insturctors in training system users to use both new software 
and hardware. The CAI instruction will consist of both a tutorial and hands-on 
concept. The tutorial aid will lead the trainee through the use of the new 


hardware employed for the integrated work sta- 

tions and provide immediate feedback on the 
Functional 
Area 


acquisition of individual work skills. 
Once the trainee has become familiar with the 
new hardware they will perform hands-on exer- Esaleiation io inmmonry Anahiat 
cises using scenarios reflecting mission based @ IA Supervisor 
software. The hands-on concept will require 
the t . t t tual : A f Exploitation @ Exploitation Engineer 

e trainee to operate actual mission software Suaport © image Scientist 
on a test data base to resolve problems presented @ Intelligence Analyst 
by test scenarios. In these scenarios, trainees S Veale aia 
will be required to perform functions identical : 
to normal work related problems against a test Exploitation © Cable Authenticator 

Reporting @ Editor 
@ Graphics Designer 

General 
Support 


data base. Independent Study Courses will be 
used for staff members to reinforce learning 
or as a refresher training technique. 


@ Document Control 
@ Film Control 

@ Intelligence Officer 
@ Research Analyst 

@ Research Manager 

@ Requirements Officer 


Figure 5.7.2-1. System User 
Categories 
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Tailored Courses will be Given to Satisfy the Training Needs of Each 


NDS Skill Category. 


Number Trainees 
Training Categories 


NPIC Instructors 


Data Base 
Administration 


Maintenance & 
Support 


*System Users Trained by NPIC Instructors 


Terminal Operation 

Textual Data Review 

Textual Data Entry 

Report / Cable Generation 
Report & Cable Edit 

User File Maintenance 
General Exploitation Support 


Introduction to MVS Facilities 
Equipment Operation 

NDS Command & Control Function 
Scheduling, Monitoring & Execution 


Programmers User Language 
Host Language Interface 
Data Base Design 

File Management 

System Management 


Introduction to H/W Architecture 
Introduction to MVS 

VS JCL & Utilities 

Multi Programming Service 
VSAM 

TCAM 

cics 

CPCI Mapping & Functions 
Software Dev. & Maintenance 

IWS Maintenance 


H/W & S/W Configuration Management 


Figure 5.7.2-2. Training Courses 
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5.7.3 Activity Plan 


The training schedule is consistent with the major milestones in the master schedule 
and is designed to provide the necessary training for NPIC personnel in a timely manner. 


As shown in Figure 5.7.3-1 a training schedule is defined that accounts for each aspect 
of Training called for in the WBS and SOW. Training milestones have been estab- 
lished for each stage of the D/C Segment, i.e. BOC, IOC and FOC. 


DATE 
PAGE 1 
SHEET 1 
SYMBOLS 
EARLY START OR FINISH 
ACTUAL START OR FINISH 
LATE FINISH 
QURATION (NON-CRITICAL) 
OURATION (CRITICAL) 
TOTAL FLOAT 
es 


J EAALY | EARLY | LATE | LATE mc 

NODE DESCRIPTION ouR STRAT | FINISH FINISH LIRTS TONS STF IA TAIT TITS TSI IT 
aAD0g TRAINING MANAGEMENT 0.00 3OAPA2 | 30APAB2 
BAOLO BOC MANAGE 108.60 30APRB2 | 30MAYEY 
BAoz0 10C MANAGE 60.80 3oMAYeu | 30JUL85 
BA030 ---FOC MANAGE 8.80 30uLes | 30SEP85 
jBAOUO BOC SEG TANG PLAN 26.20 3OAPRE2 | O1NOVE2 
lpaos1 -10C SEG TANG PLAN 30.80] 2erese3 | 30Sera3 
leno61 ---FOC SEG TANG PLAN 17.40 300cT84 | 2eFEB8S 


BB009 JUSER TRAINING 0.00 O1NGV82| O1NGVE2 
86010 PREPARE MATERIALS 69.20 OINOV82 | 28FEBB4 
BB020 PREPARE MATERIALS T 4.007 2ereBeu | 30JULeS 
188030 PREPARE MATERIALS 8.80 30JUL8S |} 30SEP8S 
iBBOUO INPTS TO USR/OPS MTS 69.20 OINOV82 | 28FEB84 
|BBOSO INPTS TO USR/OPS MTS 74.00 28FEBBY | 30JUL8S 
|BBOGO INPTS TO USA/OPS MTS ap 8.80 30JUL8S | 30SEP8S 
188071 TRAIN USAS & INSTRUCTOR] 17.80 2BFEB8Y | O2JULB4 
[pe081 TRAIN USRS & INSTRUCTOR| 21.60 26FE885 | 30JUL85 


BB090 TRAIN USAS & INSTRUCTOR] 8.80 30JUL85 | 30SEP8S 


Jeceus SE OPERATOR TRAINING 0.00 | 310cTe3 | 310CT83 
lBc2so -BOC PREPARE MATERIALS 310CT83| 30NAREY 
Bc261 -10C PREPARE MATERIALS E 30AUGB4 | 30NAYBS 
Bc270 -FOC PREPARE MATERIALS 3OMAYBS | 30JULB5 
pc281 -BOC TRAIN OPS & MGMT PERSN 3ONGVB3 | O2JULE4 
pceg1 -10C TRAIN OPS & MGNT PERSN 5 26FEB85 | 30JUL85 
Bc300 -FOC TRAIN OPS & MGMT PEASN T 30 sues | 30seres | 
180399 MAINTENANCE TRAINING 310CTB3| 310CT83 
80400 ~--BOC PREPARE MATERIALS “ 310CT83 | 30MARB4 
foosrs -10C PREPARE MATERIALS E 30AuGeu | S30MAYES 
80420 -FOC PREPARE MATERIALS 3ONAYBS ; 30JUL8S 
BO44O --BOC TRAIN MAINT PERSONNEL 30NOV83| 30APRBY 
po4s1 =-10C TRAIN HAINT PERSONNEL 2eFeBeS | 30JULeS 
BONGO OC TRAIN MAINT PERSONNEL 30JUL85 | 30SEP85 


ae eT eS Te TSS TIN 
a2 ey 


Figure 5.7.3-l. Training Activity/Schedule 


ILI-5~57 


UNCLASSIFIED 


Approved For Release 2007/09/07 : CIA-RDP84T00037R000400060001-1 


Approved For Release 2007/09/07 : CIA-RDP84T00037RO000400060001-1 


UNCLASSIFIED 


Approved For Release 2007/09/07 : CIA-RDP84T00037R000400060001-1 


Approved For Release 2007/09/07 : CIA-RDP84T00037RO000400060001-1 


TANNOSY ad 


Approved For Release 2007/09/07 : CIA-RDP84T00037R000400060001-1 


Approved For Release 2007/09/07 : CIA-RDP84T00037R000400060001-1 


UNCLASSIFIED 


Section 6 
PERSONNEL 
6.1 Key Personnel 
The team has tdenttfied 59 project positions that require dedicated assignmeniSTAT 


for the full SAP performance period. We have filled these positions with expertenced, 
qualified people and will commit them to NDS under key personnel clauses. 


Figure 6.1-1 lists the 59 key positions we have identified and the people we have 
assigned to these positions. We will commit these key personnel under the "Key 
Personnel Clause" of the contract. Full resumes of these key personnel are provided 
in Appendix B-2. 


KEY PERSONNEL WILL BE 100% COMMITTED -~- The selected key personnel are the managers 

and technical leaders who have been delegated responsibility for meeting our NDS commit- 
ments. We have given them the necessary authority and resources to achieve all project 
objectives. Twenty-five percent key personnel are technical specialists who have 

played important roles in the development of our technical approach. We have desig- 
nated them as "key personnel" because of their experience on NDS and the technical 
leadership they bring to the SAP. 


We are prepared, as the project evolves, to submit key personnel clauses for addi- 
tional positions that require dedicated assignments. During 3rd quarter FY83, for 
example, when our software development organization will reach its peak staffing, we 
will designate seven additional, subordinate software managers as key personnel. In 
addition, as their clearances are completed we will cover several other non-managers 
by key personnel clauses. 


Key personnel will be 100% committed and they will have no other assignments. They 
will not be transferred to another assignment without the consent of the NDPO. 

Should a transfer be necessary, we will provide advance notification of at least 30 
days. In each case, we will designate a suitable replacement and determine any impact 
on the project. 


KEY PERSONNEL WERE CAREFULLY SELECTED -- The key personnel comprise a stable, senior 
level team, all of which have worked on the DCP and the SAP proposal. On erage. 
the have 21 years of relevant experience, 16 of which has been wit STAT 
of the key personnel understand the requirements of the project and have participated 
in developing our solution and technical approach. 


Of the 59 key personnel, 47 are currently cleared for NDS. Applications for the 
remaining 12 are in process. If a clearance is not received by contract start, an 
alternative manager or technical specialist will fill the position on an interim basis. 
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CRITICAL 
D/C SEGMENT 
FUNCTION 


Project Manager 
Deputy Project Mgr. 
Proj. Control Office 
Subsystem Acquisition 
System Engineering 
Requirements Analysis 
Design 
Operations 
Comm & Interface Cntl. 
Sys Engrg Specialist 


IWS/HW Development 

HW Specialist 

SW Development 

SW Engineering 

SW Control 

CPCI Development 

SW Specialist 

SW Specialist 

SW Specialist 
Development & Test Lab 
Int., Test & Transition 
Training 

Transition Planning 
Integration & Test 

O&M 
Product Assurance 
Security 


Project Manager 
Deputy Proj. Mgr. 


System Engineering 
Software Development 
Testing & Verification 
Training 

Installation Support 
Quality Assurance 

Site Test & Demonstrati 
Systems Engrg. Specialis 
Systems Engrg. Speciali 
Systems Engrg. Speciali 


Project Manager 
Deputy Project 
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Subsystem Engineering 
HW Development & Acq. 
Integ., Test & Install. 
Software Development 
System Engrg. Specialis 
System Engrg. Specialis 
System Engrg. Specialis 
SW Specialist 
SW Specialist 

ngineer 

Project Manager 

Deputy Proj. Manage 
SW Development 
Sys. Design & Perf. Ana 
Rqmts. & Traceability 
SW Development 
Comm. Task Leader 


ao 
hee 
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Figure 6.1-1. 


PRIMARY RESPONSIBILITY 


Overall respon. for NDS D/C Segment 
NDPO interface/Proj. Commitments 
Control of project status & visibility 
Overall subcontract mgmt. and control 
SEMP and component activities 

Reqmts analysis, sys trades specs 
Development & interface specs 

OPS concept, user manuals, & O&M plans 
Intersegment. interface definitions 
Sizing & capacity of sys architecture 
Development of all HW & SW 


Prepare IWS design spec & monitor IWS Dev. 


Hardware design 
Overall SW development management 

SW architecture and data base spec 
Libraries, SW builds, & CM 

CPCI's from design through O&M 

CPCI Design and development 

SW Segment of system design spec 

Data base design and implementation 
Installation & operation of DTL 
Transition, testing, training, and O&M 
Training plan and material development 
Test, Facilities, Install. Plan 

Test tools, plans, & proceds. 
Maintenance and logistics plan 

HQA & SQA plans & audits 

Compliance with NDS security stnds 
Overall respon. for subcontract 
Daily tech. coord., review & control 
Trans. & Int. plans, CPCI Part 1 
Development of Part 2 specs 

Factory and site test plans 

Trnng. Plans & Materials 

Test & integ., shppng & inst]. plans 
SDRL - Quality Assurance 

Transition Planning 

Systems Analysis Specialist 

Data Base Specialist 

System Analysis Specialist 

Overall respon. for 
Technical guidance on IWS 

Design and Development of IWS 

Part 2 specs and CPCI development 
Integration and installation IWS 

IWS SW Development 

IWS SW system engineering 

IWS SW system engineering 

IWS system engineering 

Software to hardware interface 

IWS SW development 

IWS Comp. Acquisition 

Overall respon. for Subcontract 
Technical quidance on Preexpolitation 
Development of Part 2 spec. 

Modelling and simulation requirements 
Rqmts., traceability & verif. matrix 
SW development CPC task leader 
Communications interface 


IWS prog. 


Key Personnel Committed To D/C Segment Project 
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6.2 Staffing and Clearance Plan 


The staffing requtrements for the D/C Segment have been carefully determined and the 
team has identified and reserved all required personnel by name to perform on 
thts contract. 


Based on the task requirements specified in the project plans and the Cost Proposal, 
we have structured a staffing profile as shown in Figure 6.2-1. Project personnel 
were separated into four major skill areas: 


a. Project Management - This category includes the Project Manager, his staff, 
all personnel in the Project Control Office, Security, Quality Assurance, 
Subcontractor Management, documentation development, configuration manage- 
ment, and all administrative support. 


b. System Engineering - Includes all system engineering personnel supporting 
requirements analysis, design, operations and communications/interface con- 
trol. 

c. Development - Includes all personnel performing either hardware and soft- 
ware development on CPCIs or the IWS. 

d. Support - Includes integration, test and verification, transition, instal- 


lation, training, Development and Test Laboratory and Facility planning. 


Every individual selected for NDS is either currently working on DCP, or has been 


redirected from other projects based on a firm backfill plan in place to assure avail- 


ability to NDS. 


INITIAL STAFFING REQUIREMENT -- We project a staffing requirement at contract start 
of 166 personnel. These individuals include the 59 Key Personnel identified in 
Section 6.1. In addition, 127 personnel have identified and committed to this pro- 
ject at contract start on May 1, 1982. Of these 166 personnel, 72% (120) currently 
possess SCI-N clearances and of the remaining 46, all clearance papers have been sub- 
mitted - (23 currently possess SCI or equivalent and 23 require an extended back- 
ground investigation). We project all of these individuals will be cleared during 
the 3rd quarter of FY82. 


All personnel are dedicated to this project 100% with the exception of the eight per- 
sonnel supporting the Development and Test Facility. It is not envisioned that the 
lab operation will require full-time support early in the contract and therefore DTL 
personnel are assumed to average 50%. 


PEAK STAFFING REQUIREMENTS -- The critical staffing levels are projected in the fourth 


quarter of FY83. The project will reach a maximum level of 380 person We have 
identified personnel to fill each position who are either employees of or one of 
the subcontractors. The projects they are currently working on are phased such that 
they should be available for NDS as our staffing requirements increase. If an 


individual can not be made available due to changes in these other projects, NDS staffing 


requirements will be satisfied by a substitute with equal qualifications. We will 
track these other projects and update our staffing list quarterly. Of this total 

34% (130) already possess SCI-N clearances, 22% (85) possess SCI or equivalent and 
can be crossed-over to SCI-N expeditously, and the remaining 165 either have clear- 
ance papers in progress or will have them in progress in time to meet peak staffing 
requirements. In order to take full advantage of the systems design expertise during 
peak development activity in 3Q FY83, approximately 18 SE's with S/W expertise will 
be assigned to S/W development. 
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Engineering), 6.2-4 (Development) and 6.2-5 (Support). These figures show the level, 
key personnel designation, availability date, DCP experience, clearance status and 
assignment on the SAP. The levels are: 


a. "A" -- Personnel, generally with advanced college degrees in engineering, 
science, mathematics or related disciplines; minimum of 10 years 
professional experience directly applicable to data handling 
systems definitions or development; demonstrated degree of technical 
creativity/management ability. 
"B" -- Personnel, generally with advanced college degree in engineering 
science, mathematics or related disciplines; 5-8 years professional Satin 
experience directly applicable to data handling systems; Level 
demonstrated leadership ability. 
"C'-- Personnel, generally with a college degree or equivalent in 
engineering, science, mathematics or related disciplines; less than 
5 years experience or speciality training directly applicable to data 
handling systems. 
d.  "D" -- Administrative and support personnel (non-exempt). 


The fiscal year profile for the staffing plan categorized by skill and level is 
shown in Figure 6.2-6. 


CAREER MANAGEMENT AUTHORITY AND REPORTING RESPONSIBILITY -- As described in Section 
3, all on the project (with the exception of Product Assurance and certain 
staff functions such as Contracts) organizationally are under the control of the Pro- 
ject Manger In this capacity, he is also responsible for their career 
management. For the software development personnel, he shares career managemen' 
responsibility with manager of Software Development 

is a member of the Technical Advisory Council and played a major 
role in selecting personnel for the project. He will see to it that the assigned 
people all understand the technical and career opportunitities the project presents 
and will assure their availability at the appropriate start dates. 


Our subcontractor's personnel report directly to their respective project managers. 
Career management is provided by the project managers and the senior vice president 
and advisory council members to whom the managers report. 


200 


Fy86 | FY87 FY88 


: | 


Totals hes | 185 | 245 | 276 
Cleared 
Personneties | 169 | 240 | 276 | 360 | 369 | 380 


1) 
(2) 
(3) 
(a) 


PM Includes Project Management, Project Control Office & Administrative Support 
SE Includes All Systems Engineering Tasks 

DEV Includes Both H/W and S/W Development 

SPT Includes Testing, Verification, Transition, Installation, DTL, Training and O&M. 


Figure 6.2-1. Staffing Profile 
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Figure 6.2-6. Staffing Plan By Skill and Level 
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Section 7 


EXPERIENCE AND PAST PERFORMANCE 


The Team has extensive experience in development of large, complex systems, STAT 
acquired in over 28 years of successful performance on programe with characteristics 
similar to NDS. 


and its principal subcontractors, have the prerequisite expe SAT 


fence and records of successful past performance on a broad range of system appli- 
cations for many government organizations. Included in our experience base is a 
large number of programs for the Intelligence Community, starting as far back as 
March 1959, with the prototype of the Intelligence Data Handling Systems at Head- 
quarters, Strategic Air Command. That system involved the development of the 
Formatted File System, probably the first DBMS installed on a commercial computer. 
In addition to our years of experience in numerous IDHS programs, we have been and 
still are involved in diverse Collection, Processing and Production systems. 
Because of special security compartment restrictions these are not covered exten- 
sively in this related experience section, but information can be made available 
under proper security conditions and with permission of the agencies involved. 


The seven projects described in the following pages were chosen because of their 
correlation to NDS with respect to: (1) size, (2) scope, (3) technical performance 

and (4) methodologies employed. These programs exemplify past performance and exper- 
ience of the team and demonstrate our exceptional ability to satisfy all NDS STAT 
objectives. 


Our experience and past performance are summarized in Figure 7-1. A detailed 
description of each of the seven selected programs follows. This includes the formal 
cost, schedule, technical performance and contracting officer's name, address and 
telephone number. Also included in the figure are ten additional programs which fur- 
ther demonstrate the extensive relevant experience of the team; however, spaceSTAT 
limitations have precluded more complete discussions in this section. 
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7.1. Launch Processing System (LPS) STAT 
CONTRACT NUMBER: STAT 
TOTAL DOLLAR VALUE: 
PROCURING AGENCY: 
PERIOD OF PERFORMANCE: 5/74 - 9/84 
TYPE OF CONTRACT: CPAF 

STAT 


DESCRIPTION & RELEVANCE OF PROGRAM 


LPS is a network of distributed processors configured to perform mission preparation 
and online management in support of the space shuttle vehicle, payloads and boosters. 
LPS consists of eleven autonomous launch processing sites: each with up to 64 mini- 
computers, with associated mass storage, control consoles, and communication facili- 
ties. is responsible for the design, programming, and system integration of STAT 
system. LPS has approximately 1.8 million instructions in the minicomputer operating 
system and support software. 


TECHNICAL PERFORMANCE 


a. Th developed LPS has provided better than 99.9% availability. STAT 
b. The distributed minicomputer system grew from 27 to 41 with no change in 
developed software. The system has the capability to grow to 64 miSTAT 
computers; 41 were used in recent Shuttle launch support. 


c. A common operating system and system architecture exist for all computers 
in the system. Applications are not restricted to a specific mini-computer. 
d. Since initial installations, over 50 major specification changes were trans- 


itioned into the system without interruption of testing. The system was 
also transitioned to the Vandenberg (VLPS) Shuttle site. 
e. The LPS system has flawlessly supported the first two Shuttle launches. 


SCHEDULE PERFORMANCE 
All software releases were delivered on schedule and met requirements. 
COST PERFORMANCE 


Cost has been managed within contract cost objectives. An award fee evaluation of 
"Superior" has been received in nearly every evaluation. Based on technical and cost 
objectives, 100% of the available award fee has been received. 
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7.2 Shuttle Data Processing Complex (SDPC) 


CONTRACT NUMBER: 
TOTAL DOLLAR VALUE: 
PROCURING AGENCY: . 
PERIOD OF PERFORMANCE: 7/74 - 6/81 
TYPE OF CONTRACT: CPAF 


DESCRIPTION & RELEVANCE OF PROGRAM 


SDPC evaluates space vehicle performance in real time and computes vehicle system 
commands, navigation data, and maneuver and targeting data for onboard systems. SDPC 
upgraded the Apollo Real-Time Computer Complex (RTCC) for Shuttle requirements, replac- 
ing five System/360 Model 75s with three System/370 Model 168s. responsi- 
bility includes definition, development, maintenance, and operational support for: 

all command and control and support software to be executed within the SDPC and to 
support the JSC Payload Operations Control Center; maintenance of the Software Develop- 
ment Laboratory Flight Equipment Interface Device equipment and on-call maintenance 

of the MCC S/360 and S/370 computers; and support to NASA JSC earth resources and 
Shuttle mission planning activities. 


The Apollo RTSS, using five 7094s, became operational in Houston midway through 
the Gemini program, transitioni rom Goddard to the Johnson Space Center. The com- 
puters were replaced with five System/360 Model 75s, and the software was 


expanded to accommodate the Apollo Lunar Mission, Skylab and Apollo-Soyuz. The ree 


Shuttle required additional capability, which resulted in transitioning to the SDPC 
without disruption of ongoing operations. 


TECHNICAL PERFORMANCE 


a. Redundant computer and rapid software reconfiguration capabilities combine 
to satisfy 0.9995 mission-critical reliability requirement. 

b. The application software was designed to handle NASA's evolving requirements 
from initial Orbiter checkout through mature Space Transportation System 
operations. 

c. NASA has consistently rated technical performance "Excellent" in periodic 


award fee evaluations 
SCHEDULE PERFORMANCE 
2.3 million lines of software were delivered on schedule. 


COST PERFORMANCE 


a. Contract perfo e has been consistently under target costs. 
b. NASA rating of erformance has been consistently "Excellent". has 
earned approximately 98% award fee. 
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7.3 Applications Development & CAMS STAT 
CONTRACT NUMBERS: STAT 
TOTAL DOLLAR VALUE: 
PROCURING AGENCY: CIA 
PERIOD OF PERFORMANCE: 10/63 - 9/82 
TYPE OF CONTRACT: CPFF 

STAT 


DESCRIPTION & RELEVANCE OF PROGRAM 


Through the Application Development Software eoueeseell responsible for the STAT 
development of software for various Office of Data Processing (ODP) customers. This 
responsibility includes definition, development and maintenance of: 


a. Graphic software for the Cartographic Design Center, NFAC, including the 
Cartographic Automated Mapping (CAM) system, publication graphics and on- 
line interactive editing of x-y data; 

b. World Data Banks I, IA, II and special Data Banks editing and update pro- 


grams; 
Ge COMIREX application for outlining clusters of adjacent grid cells; 
d. Message Processing System to distribute cable traffic in real time to ODP 
customer. 
; ' TAT 
In 1975 CAMS started as a task under the Applications contract. was responsibic 


for the development of new capabilities to satisfy desired requirements and enhance- 
ments to CAMS I, including analysis of user requirements and system design, software 
development, user testing, documentation and maintenance of software to meet new and 
changing user requirements. 


TECHNICAL PERFORMANCE 


delivered three major upgrades to CAMS--one in September, 1978; another in JurSTAT 
1980; and the third in January 1981. CAM I has over 450 PL/I modules and over 500K 
lines of code. 


SCHEDULE PERFORMANCE 


a. Consistent excellent fees reflect strong customer satisfaction with STAT 
adherence to delivery schedules and technical performance. 
b. COMIREX external requirements have caused numerous tight schedules. 


COST PERFORMANCE 


Contract performance has been consistently under target costs. 
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7.5 ASG STAT 
CONTRACT NUMBER: STAT 
TOTAL DOLLAR VALUE: 
PROCURING AGENCY: 
PERIOD OF PERFORMANCE: 1971-1980 
TYPE OF CONTRACT: CPFF & CPAF 

STAT 


DESCRIPTION & RELEVANCE OF PROGRAM 


ASG was initially a combination of consecutive studies and analyses addressing a 
material handling system and the storage alternatives for a major data file and a 


microfilm design study. 


Subsequent efforts increased in scope to nearly all phases 


of the system development process. Assistance was provided for planning, acquisition, 
and implementation of a centralized large-scale on-line computer system, centered 
upon a Univac 1100/44 configuration (EXEC 8 and DMS 1100) with an interactive term- 
inal network. Overall applications software architecture was developed, acceptance 
testing and evaluation of application software, system integration, and user training 
was performed. Software was developed for conversion of two national files. 


TECHNICAL PERFORMANCE 


a. Timely conversion of national files allowed transition from obsolete and 
costly system procedures. 

b. Operational strategies developed for contingencies assured support of 
external interfaces at IOC. 

c. Comprehensive test planning and procedures demonstrated timely compliance 
with segment and inter-segment schedules. 

d. A carefully planned and executed training program minimally impacted opera- 


tions and prepared users properly for initial operations. 


SCHEDULE PERFORMANCE 


All products were delivered on schedule and met requirements. 


COST PERFORMANCE 


Cost was managed within budget. All award fee evaluations ranged from excellent to 
outstanding and 100% of the available award fee was received. 
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7.6 Battlefield Exploitation/Target Acquisition (BETA) Test Bed 


CONTRACT NUMBER: 
TOTAL DOLLAR VALUE: 
PROCURING AGENCY: 
PERIOD OF PERFORMANCE: Apr 77 - Apr 81 
TYPE OF CONTRACT: CPIF 


DESCRIPTION & RELEVANCE OF PROGRAM 


The BETA Test Bed is a system to develop and evaluate capabilities for near real time 
tactical fusion of intelligence data for targeting, threat warning and support of 
battle management. The test bed consists of correlation centers for the Air Force 
and Army, a communications subsystem and a suite of sensors associated with each 
correlation center. Involved are: complex system integration, software development, 
intelligence application knowledge, and performance evaluation. 


TECHNICAL PERFORMANCE 


developed test support evaluation software, exercise support simulations and a 


communications support plan for exercises in CONUS and Europe. was responsible 
for the design, development, test, and maintenance of all the self-correlation, query, 
and test and evaluation software; developed to MIL-STD-490 format programs containing 
120,000 lines of S-FORTRAN code. as also responsible for development and docu- 
mentation of applications software, A Log File Processing Software to support 
evaluation of system performance, computer program configuration management and pro- 
gram library control, integration and test of the entire software system, and inte- 
gration and test of all system hardware and software. 


Technical performance on this program was considered exceptional by both and the 
Joint Project Office (JPO). 


SCHEDULE PERFORMANCE 
All program objectives were met on schedule. 
COST PERFORMANCE 


Contract performance was completed under target cost. 
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7.7  AFSCF/Computer Program Integration Contractor (CPIC) STAT 


CONTRACT NUMBER: STAT 
TOTAL DOLLAR VALUE: 
PROCURING AGENCY: 
PERIOD OF PERFORMANCE: October 1976 - November 1981 
TYPE OF CONTRACT: CPFF, FPI/LOE 


STAT 


DESCRIPTION & RELEVANCE OF PROGRAM 


provides Computer Program Integration Contractor (CPIC) support services to tISTAT 


Air Force Satellite Control Facility (AFSCF). These integration and operational 
services have been continuously provided the AFSCF by since 1961. Services STAT 
include the following: Data System Engineering; Data System and Computer Program 
Requirements Specification; and Data System Interfaces. Involved are: large complex 
software and hardware integration; transition into operational environment without 
disruption. 


TECHNICAL PERFORMANCE 


STAT 


has integrated computers and computer products into the operational environmeur 


of the AFSCF--elements procured by various AF SPOs and delivered by a large number 

of vendors. There are an average of 12-15 major deliverables each year, and there 

has never been a satellite lost or a degradation of operational support due to 
products tested and certified by STAT 


MANAGEMENT PERFORMANCE 
The contract is for a level of effort with task priorities established by theSTAT 
after schedules are mutually concurred upon and coordina With many different 
satellite SPO's requiring a wide variety of services ae it has been necessSTAT 
to develop a project management approach to satisfy these needs within a highly 
restricted budget. has maximized the support it renders the AF within the STAT 
restricted funding by establishing a strong CPIC project management structure with a 
significant planning and performance evaluation capability back up by a strong 
coordination effort. 


COST PERFORMANCE 


The CPIC contracts have always been CPFF, or FPI, level-of-effort, and coS TAT 
performance has been excellent with an average cost deviation of less than 1.7 
percent. 
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Section 8 


ALTERNATIVE MANAGEMENT APPROACHES 


Alternative management approaches have been developed to reduce the risk and cost 
associated with meeting D/C Segment milestone requirements for each programmatic tech- 
ntcal/transition option desertbed in Section 10 of the Technical Proposal. 


We have analyzed the 14 technical approaches to D/C Segment transition which are de- 
scribed in Section 10 of the Technical Proposal. These alternatives were derived 
from either eliminating imagery support at IOC or retaining UNIVAC 1100/8X and 
UNIVAC 1100/84 processors through IOC. We have concluded that cost and risk savings 
may occur in three management related areas: 


a. H/W and S/W Development and staffing plans, 
b. IWS Configuration. 
c. Project facilities Requirements. 


Figures 8.0-1, 8.0-2, and 8.0-3 summarizes each of these areas respectively, including 
the alternative management approach, and its cost and risk impact for each of the 
technical/transition options. All other areas of our management approach do not change 
under any of the options. 


TRANSITION ALTERNATIVES -- For each area, the 14 technical alternatives are repeated. 
Each of the technical issues are analyzed to determine its alternative management 
option, cost impact and risk impact. The 14 alternative 1 into the following 
major groupings: alternatives Al-A9, which introduce a 3081 processor to supolTAT 
port pre-exploitation functions at BOC; and alternatives B1-B5, which utilize UNIVAC 
processors through IOC. No alternatives include wide-band communications (i.e. CID 
support) capability at IOC, since this would not promote the desired cost and risk 
reduction goals. 


A complete description of the 14 alternatives can be found in Section 10 of the Tech- 
nical Proposal. 


SOFTWARE DEVELOPMENT AND STAFFING PLANS -- Options A1-A3 and B1-B3 all provide sub- 
stantial deferral of software development to Post IOC and therefore reduce software 
development staffing requirements. The software deferral is required to perform 
exploitation at the work station. There is less risk of achieving the BOC/IOC mile- 
stones because of the decline in the software development effort. Alternatives A8, 
A9, B4, and BS require increased software development activity after IOC. In A8 and 


AY exploitation software is being performed in the host and would have to be STAT 
loped in the IWS after IOC. In B4 and B5 download software (required for exploita- 

tion at the IWS) would need to be converted from UNIVAC to an host after IOC. STAT 
SELECTION OF AN IWS + a ers -- For each of the 14 alternatives an attempt 
was made to maintain a budget goal. Alternatives Al-A3, A7-A9 and B1-ISTAT 
are contained within this budget. All other alternatives were over the STAT 


mark but did not exceed a total cost of In options Al, A7, and Bl all term:STAT 
would be supplied GFE. This would allow us to reduce our bid to NPIC but would not 
affect total program cost. 
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PROJECT FACILITY REQUIRE § -- Software development facilities for options Al-A9, 
which require the use of processors, would be located at Soft- STAT 


ware development facilities for alt i = which provide for tne use of only ed 
UNIVAC processors may be located at or NPIC. Both approaches are STAT 
discussed in Figure 8.0-3 with our preferred solutions favoring the SW Development 

facility at | STAT 
Sharing the NPIC 1100/8X ‘ for software development and testing realizes STAT 


a large cost saving in field burden rates being applied to the labor; however, NPIC's 
cost of GFE greatly increases as does the risk of intra-project communication and 
turnover due to the long-term extra length commute. 


Sharing the 1100/8X in these alternatives would also necessitate utilizing the 1100/8X 
in both an operational and development mode, which would significantly degrade overall 
performance. 
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MANAGEMENT OPTION 
(HW DEVELOPMENT, S/W DEVELOPMENT, STAFFING PLAN IMPACT) 


Programmatic Technical/ Alternative Management 
Transition Option 


A1—DD Term, Solution for BOC/IOC, UNIVAC] ® No IWS Software for 1OC © Nc 8033 Cost © Higher Probebility of Achieving STAT 
UNIVAG Configuration @ Defer 1056 MM S/W 10C Milestone Due to Less STAT 
DEV & TK&V New S/W DEV., T&V & Integration 
A2—Introduction of Basic IWS at BOC, @ Minimum iWS Software for BOC | @ No 3033 Cost @ Higher Probability of Achieving ST AT 
No Change at 10C. UNIVAC @ Defer 846 MM S/W 10C Milestone Due to Less 4 
Configuration DEV. & TRV New S/W DEV., T&V & Integration | OTAT 
A3—All Basic IWS By IOC. UNIVAC, @ Minimum IWS Software for BOC | @ N i 4 033 Cost Higher Probability of Achieving ST AT 
Configuration © Defer 846 MM S/W 10C Milestone Due to Less 
DEV. & T&V New S/W DEV., T&V & Integration 
A4—Introduction of Basic IWS at BOC, @ No Change 
Combination of Basic & Expanded 
PROC Config. ST AT 
A5—DD Term, Solution at BOC, Combination 
of Basic & Expanded IWS at IOC. 2 
ROC Config. ST AT 
A6—All Basic IWS at BOC, Combination 
of Basic & Expanded at 1OC 
PROC Config. STAT 
A7—DD Term Solution for BOC/IOC @ No IWS Software for 1OC @ Defer 210 MM S/W Higher Probability of Achieving 
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Change at {OC UNIVAG Con- BOC & IOC S/W DEV and T&V @ Increased Software Develop- ST AT 
figuration at BOC | Processor at FOC ment at FOC 3 
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A9—AIll Basic (WS by 1OC UNIVAC/IBM @ Minimum IWS Software for @ Additional 846 MM @ No Charge for 1OC 
Configuration at BOC | Pro- BOC & IOC S/W DEV and T&V @ Increased Software Develop- ST AT 
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@ Defer 846 MM S/W New S/W DEV, T&V and 
DEV. & T&V integration 
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© Defer 846 MM S/W New S/W DEV, T&V 
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B 4—Introduction of Basic WS at BOC Ex- ©@ Down Load S/W Required in @ 105 Additional MM 
panded at |OC 2 UNIVAC Processor UNIVAC Host of S/W DEV. 
Configuration 


B5—DD Terminal Solution at BOC, IWS at |OC | © Down Load S/W Required in @ 105 Additional MM 
2 UNIVAC Processor Configuration UNIVAC Host of S/W DEV. 


Figure 8.0-1. Alternative Development & Staffing Impact 
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Figure 8.0-2. Alternative IWS Configuration Impact 
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at BOC (Same Factors as B1 Alternate) (Same Factors as B1 {Same Factors as B1 
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Figure 8.0-3. Alternative Facility Impact 
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